Clonazione malriuscita (99 99 99...)

[kens]

Mi sono imbarcato nell'avventura di "traslocare" la mia linuxbox da un HDD IBM 60GB ad un nuovo Samsung 500GB.
Dire "linuxbox" è riduttivo perché in realtà, sull'IBM, ho varie distro linux, Windows e addirittura una partizione DOS 6.22; il tutto "gestito" da lilo.

Riassumo il procedimento:
- Ho partizionato il nuovo HDD in modo identico all'originale, ma con le singole partizioni proporzionalmente "allargate".
- Ho copiato con DD partizione per partizione, estendendo i filesystems con GParted.
- Ho copiato anche il settore di avvio con : dd if=/dev/hda of=/dev/hdh bs=446 count=1.

Avevo già fatto cose simili in passato e senza incontrare problemi, ma stavolta, riavviando il sistema dal nuovo disco, lilo mi restituisce la famigerata sfilza di 99 99 99 99 etc
Se provo a montare le singole partizioni del nuovo disco (mettendolo come slave su uno dei canali IDE) pare tutto a posto, con files e directories al posto giusto.
Anche il BIOS riconosce il 500 GB Samsung correttamente (ho una gloriosa ma vecchia ABIT KT7A-raid).

Qualcuno ha idea del perché si presenta la schiera di 99 99 99 e lilo non riesce a fare il suo mestiere?
Dove ho sbagliato?

Grazie infinite alle eventuali anime pie...

[michele.p]

...prova a dare un'occhiata qui;

http://wiki.linuxquestions.org/wiki/LILO_Error_Codes

Bye

[stan]

man lilo sezione errori spiega il 99

[zoros]

Nel MBR stanno circa 400 bytes di codice ... in questi pochi bytes è improbabile che si possa mettere un codice tanto
sofisticato da ritrovare in automatico i settori di partenza dei vari kernel e su qualsiasi tipo di filesystem

visto che hai rilocato questi settori devi reinstallare lilo in modo che ricostruisca la mappa dei settori ...

comunque per clonare i sistemi Linux su partizioni di dimensione diversa bastava un semplice cp

[Blizzard]

A me una volta sul p. 200MHz mi diede
01 01 01 01 01 01 01 01 01 01 01 ....
nonostante era inusabile non riuscivo a trovarci nulla di sbagliato nella logica

[Bruffandino]

lilo non gradisce molto le clonazioni, perchè si basa sulle posizione fisica sull'hardisk dell'immagine del kernel.. quindi quando cloni non funzionerà mai, al contrario di grub. L'unica cosa da fare adesso è usare una live per reinstallare lilo.

[Luci0]

Non credo che quello che ha i fatto si possa definire una clonazione ...
Forse se rifai tutto con clonezilla live fai prima ... anche se io l' ho utilizzato per spostare dischi con Windows XP e quindi con una sola partizione ...
Ma prima di rifare tutto puoi prendere un cd di installazione di Slackware puoi far partire in modalità rescue, ... al boot del CD avrai le istruzioni su come fare. Una volta avviata la partizione Linux puoi dare in comando lilo e sistemare il bootloader ... però non credo che il metodo da te utilizzato sia stato molto ortodosso perchè forse le filesystem sono tutte sballate come dimensioni ... cioé non occupano fino in fondo la partizione su cui riesiedono ... era meglio usare un utilità specifica come clonezilla live ... oppure passare attarverso le filesystem ... formattando le partizioni con la filesystem giusta e il sistema operativo giusto ... ovvero il dos formatta la partizione dos, windows la partizione windows idem per la copia.
La vedo dura con il DOS 6.22 che aveva problemi già con i dischi da 64G...
Se non funziona niente prova a postare quello che ottieni con fdisk -l.

[mohaa]

New HDD map >>>> you must re-install LILO to adapt the configuration.
Either way, possibly the infamous "9999" LILO error may be due to a non-functional MBR. can be fixed as well

[ragnetto]

Probabilmente potresti risolvere avviando con una live, chrootare
http://www.gentoo.it/handbook/2005.0/hb ... #doc_chap1
verso Slackware e digitando lilo.