ext2 halal - pls help!

[quote:0074a56593="meditor"][quote:0074a56593="samson"][quote:0074a56593="meditor"]
1. Hozz létre a 160ason egy 120-as partíciót
2. formázd meg ext2-re
3. dd
4. fsck new_vinyó

A masodik lepesnek semmi ertelme.

Látszólag nincs. Valójában van. Más az elmélet és más a gyakorlat.

Kíváncsi lennék miért. Én új vinyót vettem és előformázás nélkül is remekül átment. Majd ha lesz szabadidőm egyszer kipróbálom partícióra is. Nem lehet, hogy ez azzal függ össze, hogy a dd elakadt útközben?

Én még sosem használtam ext2-3 -at csak reisert. A mentés és helyreállítás egyébként a reiser-ről tökéletesen ment és szinte mindent vissza tudtam nyerni, nekem nagyon megbízhatónak tűnik Az egésznek a kulcsa inkább az volt, hogy a dd rendesen végigmenjen.

Gábor

[quote:988e9db642="rgabor"][quote:988e9db642="meditor"][quote:988e9db642="samson"][quote:988e9db642="meditor"]
1. Hozz létre a 160ason egy 120-as partíciót
2. formázd meg ext2-re
3. dd
4. fsck new_vinyó

A masodik lepesnek semmi ertelme.

Látszólag nincs. Valójában van. Más az elmélet és más a gyakorlat.

Kíváncsi lennék miért. Én új vinyót vettem és előformázás nélkül is remekül átment. Majd ha lesz szabadidőm egyszer kipróbálom partícióra is. Nem lehet, hogy ez azzal függ össze, hogy a dd elakadt útközben?

Én még sosem használtam ext2-3 -at csak reisert. A mentés és helyreállítás egyébként a reiser-ről tökéletesen ment és szinte mindent vissza tudtam nyerni, nekem nagyon megbízhatónak tűnik Az egésznek a kulcsa inkább az volt, hogy a dd rendesen végigmenjen.

Gábor

De, azzal van leginkább összefüggésbe. Nyilván két egészséges és
tökegyforma vinyó között a bit-by-bit működik. De ne felejtsd el, hogy
a vázolt esetben valahol valami nem stimmelt.

Nekem gondjaim voltak a reiserrel, ma már mindenhol ext-3at
használok.

Csak most nézem:

[quote:d0c0715129="lipiqe"]Sajna az elakadasjelzo jon...
root@[hdb1]# dd if=mentes_hdd1 of=/dev/hda1
dd: writing to `/dev/hda1': Input/output error
234372217+0 records in
234372216+0 records out
119998574592 bytes transferred in 9728.639567 seconds (12334569 bytes/sec)
...

a "mentes_hdd1" gondolom a régebben elmentett image file a rossz vinyóról, a "/dev/hda1" pedig a 120G-s hibamentes partició a 160G-s lemezen.

A "dd: writing to `/dev/hda1': Input/output error" nagyon csúnyán néz ki és én ebből arra tippelek, hogy a /dev/hda1-el van baj (talán megtelt ?!)
Próbáld ki egy nagyobb particióval pl 121G, mennie kell.

[quote:d0c0715129="lipiqe"]root@[mnt]# mke2fs -n /dev/hda1
mke2fs 1.35 (28-Feb-2004)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
14663680 inodes, 29296527 blocks
1464826 blocks (5.00%) reserved for the super user
First data block=0
895 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872

Az e2fsck man oldala szerint a 4k-s blokkmérethez 32768-nal van az első 'superblock backup' ami rendben is van.

[quote:955fb4102f="lipiqe"][quote:955fb4102f="meditor"]Mielőtt bármit csinálnál, dd-vel tükrözd meg. Vagy fájlba
(és akkor talán "mount -o loop" pal fel is tudod mountolni,)
vagy egy ugyanakkor partícióra (of = /dev/hdx1) és erre a tükrözött
partícióra ereszd rá az fsck-t. Nekem ez többször bejött.

Ja! Matroxot ne vegyél többet. Nekem az összeomlott vinyók
90 %-a az volt [nem én voltam a beszerző (-::]

hidd el, elsok kozott probaltam.
de nem lehet mountolni sem a cuccot.
e2salvage talalt benne 2 inode pontot :/ meg 1 tonnanyi dirt de azokhoz nem volt node...
xal teljesen tanacstalan vagyok.
Valakinek hasznalhato otlet?

udv

A dd-hez NEM kell mountolni!

dd if=/dev/hdBAD of=/tmp/image v a g y
dd if=/dev/hdBAD of=/dev/hdBIZTOSGOOD

[quote:87c22f1327="meditor"]
De, azzal van leginkább összefüggésbe. Nyilván két egészséges és
tökegyforma vinyó között a bit-by-bit működik. De ne felejtsd el, hogy
a vázolt esetben valahol valami nem stimmelt.

Másodszorra nem maxtor-t vettem, hanem valami mást, tehát nem két "tökegyforma" vinyóról volt szó, és ennek megfelelően a méretük sem volt azonos: a frissen vett valamivel nagyobb volt (bár mindkettő 160G-s). Csak az volt a lényeg, hogy ahova másolom ott legyen elég hely és működött.
Gondolom ez van a partícióra vagy image fájlba való másolásnál is: csak legyen >= szabad hely.

[quote:87c22f1327="meditor"]
Nekem gondjaim voltak a reiserrel, ma már mindenhol ext-3at
használok.

Már máshonnan is hallottam, hogy bad block-ok esetén a reiser behalt, de ilyet én még nem láttam. Nálad is ez volt? Melyik verzió?
Esetleg valami más?
Nagyon érdekelne a véleményed
köszi

[quote:da36124af4="rgabor"][quote:da36124af4="meditor"]
De, azzal van leginkább összefüggésbe. Nyilván két egészséges és
tökegyforma vinyó között a bit-by-bit működik. De ne felejtsd el, hogy
a vázolt esetben valahol valami nem stimmelt.

Másodszorra nem maxtor-t vettem, hanem valami mást, tehát nem két "tökegyforma" vinyóról volt szó, és ennek megfelelően a méretük sem volt azonos: a frissen vett valamivel nagyobb volt (bár mindkettő 160G-s). Csak az volt a lényeg, hogy ahova másolom ott legyen elég hely és működött.
Gondolom ez van a partícióra vagy image fájlba való másolásnál is: csak legyen >= szabad hely.

[quote:da36124af4="meditor"]
Nekem gondjaim voltak a reiserrel, ma már mindenhol ext-3at
használok.

Már máshonnan is hallottam, hogy bad block-ok esetén a reiser behalt, de ilyet én még nem láttam. Nálad is ez volt? Melyik verzió?
Esetleg valami más?
Nagyon érdekelne a véleményed
köszi

Nekem is volt mar gondom reiserral, nemnagyon szereti a bad sectorokat es a feluleti hibakat... Valamikor nyaron szopokaztam vele nagyot, mert aramkimaradas (vagy talan tularam; nemtom mert nem voltam itthon) miatt a fej beleszantott az adatretegbe. Asszem mondanom sem kell, hogy Maxtor volt a vinyo. A dd-s keppel nem tudott sokmindent kezdeni az fsck, visszaadott egy rakas adatot (elemi formaban), ami gyakorlatilag teljesen hasznalhatatlan volt. Most ext3-t hasznalok pedig szerettem a reisert mert nagyon gyors volt, de sajnos a fenti hiba a gyenge pontja. Gondoltam ra, hogy tul nagy volt a serules, es azert nem tudta visszaallitani, de netszerte talalni olyan eseteket, hogy ennel sokkal lightosabb hibaknal is behalt a reiser. Bocs, ha kicsit erthetetlenul irtam de mar elegge faradt vagyok, majd holnap atolvasom ujra... (erdekessegkepp meselek majd a masik maxtor vicceskedeserol is)

[quote:ba3f88dadb="lipiqe"]

A dd-hez NEM kell mountolni!

dd if=/dev/hdBAD of=/tmp/image v a g y
dd if=/dev/hdBAD of=/dev/hdBIZTOSGOOD

az a baj, h nincs ugyanakkora winyom (120G). van itt egy 160-asom,
ha arra raknam az imaget az is jo lenne?

image file-ra azt mondja, hogy a superblockok hianyoznak... elso 32768-nak van "mek2fs -n" szerint. De fsck-azni onnan sem tud.

Azert nem is probaltam vissza irni winyora, mert feltetelezem ugyanez lenne a helyzet.

1. Hozz létre a 160ason egy 120-as partíciót
2. formázd meg ext2-re
3. dd
4. fsck new_vinyó

Ha közben megáll a dd, akkor ne ess kétségbe. Amennyit átvitt,
arra próbálj fsck-t kiadni. Én az elmult évben kb 1 tucat vinyót
hoztam így vissza a szürkületi zónából. (maxtorok voltak mind!).
Sok közülük reiseres volt. Használj ext3 ettől kezdve.

Sok szerencsét. Ha van haladás, jelelj. Az elakadásjelzőt is kiteheted,
hátha van még ötlete valakinek. (-::

[quote:f36d131f46="rgabor"][quote:f36d131f46="meditor"]
De, azzal van leginkább összefüggésbe. Nyilván két egészséges és
tökegyforma vinyó között a bit-by-bit működik. De ne felejtsd el, hogy
a vázolt esetben valahol valami nem stimmelt.

Másodszorra nem maxtor-t vettem, hanem valami mást, tehát nem két "tökegyforma" vinyóról volt szó, és ennek megfelelően a méretük sem volt azonos: a frissen vett valamivel nagyobb volt (bár mindkettő 160G-s). Csak az volt a lényeg, hogy ahova másolom ott legyen elég hely és működött.
Gondolom ez van a partícióra vagy image fájlba való másolásnál is: csak legyen >= szabad hely.

[quote:f36d131f46="meditor"]
Nekem gondjaim voltak a reiserrel, ma már mindenhol ext-3at
használok.

Már máshonnan is hallottam, hogy bad block-ok esetén a reiser behalt, de ilyet én még nem láttam. Nálad is ez volt? Melyik verzió?
Esetleg valami más?
Nagyon érdekelne a véleményed
köszi

Főleg azokkal a verziókkal volt a gond, amelyeket a Süsü 8.2-vel szállítanak. A többség tényleg bad_block-os volt. De volt olyan vinyó is, amiről lekukáztam az anyagot, a surface teszt után hibátlannak tűnt, újra formáztam, anyag vissza és ment tovább - amig 2 hét mulva a vinyó elektronikája el nem szállt: attól kezdve az alaplap sem ismerte meg. Nehéz azt gondolni, hogy nincs összefüggés a halál és a 2 héttel korábbi események között.

Nekem az ext3 jött be leginkább.

Visszatérve a beiktatott formázási lépésre. Ennek jelentőségét abban látom esetemben, hogy létrehozok egy új vinyón egy hibátlan környezetet, ebbe beleillesztek egy hibás környeztetből származó hibátlannak tűnő szakaszt és fsck-val megpróbálom összefésülni a kettőt. A formázás szerepe talán az, hogy ettől lesz füle-farka a fájlrendszernek.

Megmondom őszintén nem nagyon ástam bele magam a fájlrendszerek lelkivilágába, valahogy vissza kellett csinálnom a tartalmakat és az általam közzétett módszer vagy annak valamelyik variánsa minden esetben sikerre vezetett.

Üdv: meditor

[quote:5ea8519384="lipiqe"]
meg annyit kerdeznek, h a dd megy image filebol is? (nem enyem a winyo, hoztak miutan mar agyon piszkaltak, xal a winyoval nem foglalkozom csak az image file-al).
tehat muxik az, h "dd if=/akarhol/image of=/dev/hdXY" ?
vagy a "cat image | dd of=/dev/hdXY" verziot kell hasznalnom?

Működik az, h "dd if=/akarhol/image of=/dev/hdXY" . A catot kihagyhatod
a játékból.

Mielőtt bármit csinálnál, dd-vel tükrözd meg. Vagy fájlba
(és akkor talán "mount -o loop" pal fel is tudod mountolni,)
vagy egy ugyanakkor partícióra (of = /dev/hdx1) és erre a tükrözött
partícióra ereszd rá az fsck-t. Nekem ez többször bejött.

Ja! Matroxot ne vegyél többet. Nekem az összeomlott vinyók
90 %-a az volt [nem én voltam a beszerző (-::]

[quote:68f971ff76="meditor"]
Ja! Matroxot ne vegyél többet.

pedig azok jo kis videokartyak.

Most akkor nem értem mi történt, légyszi pontról pontra, mint a
hülyegyerekeknek.

[quote:d9bbdef906="meditor"]
1. Hozz létre a 160ason egy 120-as partíciót
2. formázd meg ext2-re
3. dd
4. fsck new_vinyó

A masodik lepesnek semmi ertelme.

Szerintem sincs értelme a második lépésnek hiszen a dd bit-ről bit-re felülírja.

Viszont nemrég csináltam mentést egy 160G-s Maxtor-os :) vinyóról ami bad block-os lett.

a sima dd elakad a bad block-nál (mint nálad is), ezért a következőt kell használnod:

dd if=/dev/rosszvinyo of=/dev/fajlvagyujvinyo conv=noerror,sync

vagy használhatod a dd_rescue progit ami pont ugyanezt csinálja csak folyamatosan írja hol tart
http://www.garloff.de/kurt/linux/ddrescue/

Mindkettő az olvashatalan részeket nullával helyettesíti majd megy tovább, így az első bad block utáni részeket is megmentheted.

aztán az ext2 részéhez már nem értek
Gábor

PS: kapcsold be a DMA-t ha lassan menne: hdparm -d1 /dev/vinyó

[quote:a692c07695="samson"][quote:a692c07695="meditor"]
1. Hozz létre a 160ason egy 120-as partíciót
2. formázd meg ext2-re
3. dd
4. fsck new_vinyó

A masodik lepesnek semmi ertelme.

Látszólag nincs. Valójában van. Más az elmélet és más a gyakorlat.