grub rescue mode

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?

 

Akkor live  alól próbáld

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.

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

Próbáld meg fsck-val,

#2 Figyelj már Viktor. Próbálj már magyarul írni.

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!

 

Értékelés: 

0
Még nincs értékelve

megoldva(?)

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

Értékelés: 

0
Még nincs értékelve

megoldva(?)

#6 Nem lett megoldva, meg lett kerülve. Nem éthető számomra a hd0, Wndowsban szokás így nevezni az első merevlemezt. A Linux általában nem szokta így nevezni, kivéve egyes speciális esetet leszámítva.

Értékelés: 

0
Még nincs értékelve

megoldva(?)

#6 "Figyelem
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
 

Értékelés: 

0
Még nincs értékelve
kimarite képe

megoldva(?)

#6 Hát igen, ha a tanácsadó megkérdezte volna, vannak-e mentendő adatok, akkor ... igazán jó tanácsadó lenne.

(#) badblocks -wsv /dev/device

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

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

megoldva(?)

#7 Talán sosem tudjuk meg ..., de a BIOS látja így a lemezt.
Na meg itt szerepel ezen a régi néven:

xdg-open /boot/grub/grub.cfg

Értékelés: 

0
Még nincs értékelve

megoldva(?)

#10 Szerencsére mindent külsőre mentek.

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.

Értékelés: 

0
Még nincs értékelve

megoldva(?)

#7

"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.

Értékelés: 

5
Átlag: 5 (1 szavazat)

megoldva(?)

#12 Köszönöm, hogy kijavítottad a hibámat, ami a tudatlanságomból fakadt.

Értékelés: 

0
Még nincs értékelve