Beküldte Viktor1974 -
Fórum:
Szasztok.
Adott egy Toshiba Satellite laptop Lm 18.3 cinnamonnal. Ujraindita's uta'n i'ra's-olvasa'si hiba hd0-n,grub rescue mode.
Van me'g reme'ny a helyrea'lli'ta'sra,vagy csak u'j hdd johet sz'ba?
Szasztok.
Adott egy Toshiba Satellite laptop Lm 18.3 cinnamonnal. Ujraindita's uta'n i'ra's-olvasa'si hiba hd0-n,grub rescue mode.
Van me'g reme'ny a helyrea'lli'ta'sra,vagy csak u'j hdd johet sz'ba?
Próbáld meg fsck-val,
Beküldte atime -
Értékelés:
Próbáld meg fsck-val, lehetőleg live cd-ről. Futó rendszeren nem célszerű futtatni.
https://www.maketecheasier.com/check-repair-filesystem-fsck-linux/
Próbáld meg fsck-val,
Beküldte Viktor1974 -
Értékelés:
Akkor live alól próbáld
Beküldte atime -
Értékelés:
Akkor live alól próbáld megnézni a SMART adatokat a lemezkezelőben, lánykori neve gnome-disks, ha esetleg nincs, telepitsd a synapticból.
Próbáld meg fsck-val,
Beküldte kimarite -
Értékelés:
Live rendszer alól csekkold a HDD -t a Lemezkezelő alkalmazással. A kábelt is iliik néha cserélni. Nem lehet, hogy a végét járja a HDD? A Linux nem csodaszer, ha a meghajtó "kuka", akkor az tényleg kuka. De biztos? Ellenőrizd!
megoldva(?)
Beküldte Viktor1974 -
Értékelés:
sudo badblocks -w -s /dev/sda1 >badblocks.log után gnome -disk smart adatok ellenőrzése elvileg ok..újraindítás,unknow file system.
live alól gparted,ismeretlen formázása,újrahúzás,frissítés,műkszik.
malacpersely az új hddnek,mert valószínű,hogy előbb-utóbb szükségem lesz rá
köszönet Zaza Nincsnev
megoldva(?)
Beküldte atime -
Értékelés:
megoldva(?)
Beküldte lala -
Értékelés:
Soha ne használja a -w opciót egy meglévő fájlrendszert tartalmazó eszközön. Ez az opció törli az adatokat! Ha egy létező fájlrendszeren írási módú tesztelést szeretne, akkor használja a -n opciót. Lassabb, de megőrzi az adatokat."
sudo badblocks -v /dev/sdx # csak olvasással tesztel
sudo badblocks -v -n /dev/sdx # írás-olvasás teszt, a tartalom megőrzésével
megoldva(?)
Beküldte kimarite -
Értékelés:
Read-write test (warning:destructive)
This test is primarily for testing new drives and is a read-write test. As the pattern is written to every accessible block the device effectively gets wiped. Default is an extensive test with four passes using four different patterns: 0xaa (10101010), 0x55 (01010101), 0xff (11111111) and 0x00 (00000000). For some devices this will take a couple of days to complete.
https://wiki.archlinux.org/index.php/Badblocks#Read-write_test_(warning:destructive)
Ez a teszt elsősorban az új meghajtók tesztelésére szolgál, és egy írás-olvasási teszt. Mivel a minta minden hozzáférhető blokkba beleíródik, így az eszköz tartalmának hatékony törlését eredményezheti.
Wiping a disk is done by writing new data over every single bit.
https://wiki.archlinux.org/index.php/Securely_wipe_disk
A lemez törlése úgy történik, hogy minden egyes bitet új adatokkal írunk felül.
A lényeg, a lemez még „fut”. Valameddig. ... ameddig meg nem telik a persely. :-)
-----
Options (badblocks):
-w: do a destructive write test
-s: show progress-bar
-v: be "verbose" and output bad sectors detected to stdout
megoldva(?)
Beküldte kimarite -
Értékelés:
Na meg itt szerepel ezen a régi néven:
megoldva(?)
Beküldte Viktor1974 -
Értékelés:
Az igazság az,hogy első nekifutásra -v -s teszt futott,közben jött a tanács,hogy -w t használjak. A BIOS-szal volt gond az elején,valamiért visszaállt UEFI-re,de mióta kihalt alòla az akksi,ez megszűnt( csak min. 15%-os töltöttségnél frissít).
A hd0-t én sem értem,meg sok minden mást se,de igyekszem.
megoldva(?)
Beküldte aperten -
Értékelés:
"A Linux általában nem szokta így nevezni..."
Nem a Linux nevezi így el, hiszen a bootolás előtt az még beolvasatlanul csücsül a merevlemezen, és éppen az az egyik előfeltétele a beolvasásának, hogy a rendszerbetöltő (jelen esetben a GRUB) azonosítsa az oprendszert tartalmazó lemezt(hd0). A bootolási folyamat : bios=>rendszerbetöltő=>oprendszer, illetve UEFI rendszereknél a rendszerbetöltő kihagyható, közvetlenül is tudja indítani az oprendszert.
megoldva(?)
Beküldte atime -
Értékelés: