slacky.eu

Ciao, ho un grosso problema: non riesco più a montare una partizione.
Tutto nasce dal fatto che volevo eliminare una partizione di swap sul dev hdb ed ingrandire hdb2, entrambe formattati in raiserfs.
La configurazione di partenza di hdb era: hdb1 swap ( c.ca 1g) - hdb2 /archivio (c.ca 36g); con gparted ho smontato entrambe le partizioni, cancellato swap, allargato /archivio. In fase di lettura dei dati da parte di gparted il sistema è andato in crasch. Ho riavviato con reset e "non viene più montato hdb2.
Avvio gparted e vedo che hdb non è montato e viene riconosciuto come fat32; con il comando mount /archivio, ho il seguente messaggio:
mount: /dev/hdb2: can't read superblock

Come devo fare per recuperare il fs originale?

evidentemente il crash ha corrotto i dati, ricrea la tua partizione con:

mkfs.reiserfs /dev/hdb2

e poi la monti

mount -t reiserfs /dev/hdb2 /media/<punto di mount>

slucky ha scritto:evidentemente il crash ha corrotto i dati, ricrea la tua partizione con:

mkfs.reiserfs /dev/hdb2

e poi la monti

mount -t reiserfs /dev/hdb2 /media/<punto di mount>

ho fatto come hai detto riuscendo a montare hdb2 ma è competamente vuoto.
io al posto di <punto di mount> ho inserito /archivio, è corretto?

È ovvio che è vuoto, hai formattato...

raffaele181188 ha scritto:È ovvio che è vuoto, hai formattato...

come formattato?

Sì, hai formattato la partizione...

Non sono pratico di reiserfs, prova comunque a dare un'occhiata qui:
http://marc.info/?l=reiserfs-devel&m=10 ... 425826&w=2

mkfs.reiserfs e' un comando di formattazione, non lo sapevi?
man mkfs.reiserfs

mkfs.qualcosa sono tutti comandi di formattazione.

a quel punto non è possibile recuperare la partizione originaria, il fs è corrotto e da l'errore:

can't read superblock

non resta che ricreare la partizione....purtroppo tempo fa è successo anche a me su una partizione, ecco perchè sarebbe sempre una buona cosa fare dei backup periodici, onde evitare la perdita dei dati.

slucky ha scritto:a quel punto non è possibile recuperare la partizione originaria, il fs è corrotto e da l'errore:

can't read superblock

non resta che ricreare la partizione....

Ok non saprei dire la mia e fidandosi, col senno di poi, ci stava la formattazione... Ma davvero mi sembra un "tip" azzardato da fornire senza commento un "mkfs" a, non dico un nubbo, ma a un utente magari chissà inesperto di manipolazione dei filesystem...

slucky ha scritto:a quel punto non è possibile recuperare la partizione originaria, il fs è corrotto e da l'errore:

Come ho già detto, non uso abitualmente reiserfs, lo conosco poco e non posso dare tanti consigli, però, nell'ipotesi che su quella partizione ci siano dati in unica copia (conviene sempre, soprattutto quando si modificano partizioni, fare copie di backup dei dati) che maxmo è interessato a recuperare, di solito conviene non scrivere ulteriormente né formattare.
Anche se il filesystem è corrotto spesso si possono recuperare porzioni di dati, inoltre, se maxmo ha agito solo sulla tabella delle partizioni, forse conveniva cominciare da quella...
A parte i tool in grado di recuperare dati grezzi, reiserfs dispone di strumenti in grado di fare alcune riparazioni nel filesystem (vedi:http://www.cyberciti.biz/tips/repairing ... rfsck.html), prima di gettare la spugna si può provare anche quelle (anche se effettivamente l'errore segnalato pare che di solito non consenta la ricostruzione dell'albero e del sb e quindi, se non si hanno dati di cui tentare prima il recupero, probabilmente non resta che formattare).

albatros ha scritto:prima di gettare la spugna

Tempo fa utilizzai una distro live (non ricordo quale) con strumenti per il recupero dei dati raw, ma dovetti arrendermi. Comunque per me quello che recuperi è inutilizzabile in quanto impossibile da rimettere in ordine. Solo se ci avessi dentro il progetto della bomba atomica di prossima generazione farei qualunque cosa per riuscire a recuperarlo.

Per il resto non mi fiderei di robe come gparted, a meno di non poterne proprio fare a meno (cioè mai). Non perché siano bacati, ma perché inducono a prendere le cose troppo alla leggera. Già faccio danni ugualmente, per esempio con conferme a raffica.

in primis si presume che un utente esperto di slackware, iscritto sin dal 2005, abbia almeno una conoscenza di base sui comandi, compresi quelli sulla manipolazione dei filesystem, poi nella mia risposta ho parlato chiaramente di "ricreare" la partizione, non ho detto "recuperare" la partizione , quindi il format con mkfs era evidente, se la mia risposta è stata equivocata mi scuso sinceramente con l'utente, d'altronde il fs era ormai abbastanza corrotto, secondo me non più recuperabile, tanto che anche gparted vedeva la partizione addirittura come vfat, con tool come ddrescue o photorec è ancora possibile provare a recuperare i dati, anche dopo un format, volendo, l'unica è provare.....

matzu ha scritto:Tempo fa utilizzai una distro live (non ricordo quale) con strumenti per il recupero dei dati raw, ma dovetti arrendermi. Comunque per me quello che recuperi è inutilizzabile in quanto impossibile da rimettere in ordine.

Sì, effettivamente il recupero dei dati grezzi è estremamente faticoso; anch'io, alcuni anni fa, mi limitai solo al recupero di alcuni files e foto...

@slucky: Scusa, non intendevo criticare il tuo intervento, che è corretto e ragionevole, solo che che il tuo suggerimento non rispondeva a quello che credo volesse maxmo, ossia il recupero della precedente partizione con i dati ivi presenti.
Ma potrei benissimo aver frainteso io...

Perdonatemi, ma mi sfugge una cosa, lui aveva hdb1 e hdb2, cioè prima partizione di hdb e seconda partizione di hdb
Se toglie hdb1, non è che rimane solamente hdb2, ma hdb2 diventa hdb1, cioè hai solamente una partizione e quindi doveva montare hdb1 come /archivio
Dico bene o devo ancora svegliarmi e capire bene la situazione?

conraid ha scritto:Perdonatemi, ma mi sfugge una cosa, lui aveva hdb1 e hdb2, cioè prima partizione di hdb e seconda partizione di hdb
Se toglie hdb1, non è che rimane solamente hdb2, ma hdb2 diventa hdb1, cioè hai solamente una partizione e quindi doveva montare hdb1 come /archivio
Dico bene o devo ancora svegliarmi e capire bene la situazione?

Lui dice di avere eliminato hdb1 (swap, ma dice che entrambe erano formattate reiserfs?? Come fa ad essere formattata reiserfs una swap?) e di avere allargato quella che era hdb2 e che durante l'allargamento gparted è crashato; non ha semplicemente eliminato la prima partizione. Il macello deve essere successo durante l'allargamento della seconda partizione sulla prima.