[gl-como] partizione - gentoo PPC
Genio del Male
ben.vighy@gmail.com
Dom 5 Mar 2006 20:35:01 CET
Alberto Di Berardino wrote:
> Genio del Male wrote:
>
>> Alberto Di Berardino wrote:
>>
>>> Ho finito l'installazione della 2006.0 dopo varie traversie che
>>> passano attraverso un segmentation fault per finire con questo
>>> errore al primo boot:
>>>
>>> Comando che ho dato per bootare:
>>>
>>> boot ide:4 /boot/zImage.chrp root=/dev/hda5
>>>
>>> Errore al boot:
>>>
>>> VFS: cannot open root device "hda5" or unknown-block(0,0)
>>> Kernel panic - not syncing: VFS:Unable to mount root fs or
>>> unknown-block (0,0)
>>> rebooting in 180 sec
>>>
>>> In soldoni non trova la root (penso).
>>>
>>> Lo zImage.chrp e effettivamente nella /boot sulla partizione 4 e la
>>> hda5 corrisponde alla quarta partizione (su questa piattaforma le
>>> partizioni partono da 0, non da 1)
>>>
>>> Tanto è vero che per far partire la vecchia gentoo che ho
>>> furbescamente lasciato sulla ide:5, devo dare root=/dev/hda6 e tutto
>>> funzia....
>>>
>>> Sono sicuro di aver creato la partizione come ext3 (anche perchè
>>> l'open firmware vede ext2, ext3, e amigafs)
>>>
>>> Cosa può essere?
>>>
>>> Avete idee?
>>>
>>> albertix giù di corda... :-((
>>>
>>> mannaggia, machimelaffatofare.....
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>>
>>>
>>>
>> Ciao, non vorrei dir una stronzata, ma prova a controllare la fstab!
>> perchè, tralasciando che facendo due conti mi esce che se partiamo da
>> 0, la 4° partizione è la numero 3, magari hai riutilizzato la vecchia
>> fsatab e se on ho capito male hai cambiato partizione...
>>
>> o ho fatto confusione!? (temo di si!)
>>
>> ciao!!
>>
>>
>> ------------------------------------------------------------------------
>>
>>
>
>
> questo è fstab della vecchia gentoo 2005.1 funzionante
>
>> # /etc/fstab: static file system information.
>> # $Header: /var/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.18.4.1
>> 2005/01/31 23:05:14 vapier Exp $
>>
>> # <fs> <mountpoint> <type> <opts>
>> <dump/pass>
>> proc /proc pro
>> defaults 0 0
>> /dev/hda6 / ext3
>> noatime 0 1
>> /dev/hda3 none swap sw
>> 0 0
>> /dev/hdb /mnt/cdrom iso9660 noauto,ro,user
>> 0 0
>> /dev/hda4 /mnt/ubuntu auto auto,user,defaults
>> 0 0
>> /dev/hda5 /mnt/debian auto auto,user,defaults
>> 0 0
>> /dev/sda1 /mnt/pendrive auto
>> noauto,sync,defaults,user,umask=000 0 0
>> shm /dev/shm tmpfs
>> nodev,nosuid,noexec 0 0
>
>
>
> Questo invece è quello della 2006.0...
>
>> # <fs> <mountpoint> <type> <opts>
>> <dump/pass>
>> proc /proc proc
>> defaults 0 0
>> /dev/hda5 / ext3
>> noatime 0 1
>> /dev/hda3 none swap
>> sw 0 0
>> /dev/hdb /mnt/cdrom iso9660 noauto,ro,user
>> 0 0
>> /dev/hda4 /mnt/ubuntu auto
>> auto,user,defaults 0 0
>> #/dev/hda5 /mnt/debian auto
>> auto,user,defaults 0 0
>> /dev/sda1 /mnt/pendrive auto
>> noauto,sync,defaults,user,umask=000 0 0
>> shm /dev/shm tmpfs
>> nodev,nosuid,noexec 0 0
>
>
> Come vedi, sembra tuuto in ordine. Mi sono solo limitato a commentare
> la riga /dev/hda5 perchè non rappresenta più la vecchia partizione in
> cui c'era dentro debian sarge ma la nuova gentoo che invece è /
> montata su hda5.
>
> Ho fatto qualche cappella invisibile?
>
> Durante l'emerge --sync (dopo il chroot) il sistema è andato in
> segmentation fault, ma ho proseguito con l'installazione e l'ho
> portata a termine senza altri problemi.....potrebbe essere lì l'inghippo?
>
> albertix
>
>------------------------------------------------------------------------
>
>
>
>
mhhh la cosa mi sembra oscura..... quello che mi aveva fatto pensare
alla fstab è che quello era un messaggio del kernel.. quindi il kernel
era stato trovato... ma non la partizione di root..... può esser che la
aprtizione d root giusta fosse la /dev/hda4 anzicchè la /dev/hda5... se
non ho capito male: la numerazione parte da 1.. gentoo in chepartizione
è!? quella prima della vecchia installazione sempre gentoo!? dala
vecchia installazione di gentoo che da come ho capito, "funziona" se
apri la ex-partizione debian.... vedi i file della gentoo nuova!?
l'inghippo però non centra nulla col seg fault... per fortuna (si fa per
dire).... almeno quello!!! :-D
scusami se rispondo solo ora... ma tra gli esami (settimana prossima ne
ho 3!! O_O da spararsi!) tra che ho re isntallato anche io.. e ho dovuto
fixare un paio di cose, tipo lo stramaledettissimo driver ati 8.22 che
non permetteva operazioni acpi tipo lo spegnimento della macchina quando
caricato, solo che per scoprirlo ho dovuto ricompilare una quantità
infinita di volte il kernel... in varie configurazioni e versioni
(siccome su unavecchia sintallazione con kernel 2.6.14 il rpoblema non
si verificava) fino a scoprire che il rpoblema non era nel kernel che
aveva la funzione acpi deficitaria, ma di quello stramaledetto modulo
buggato!
oppure l'orologio di sistema impazzito! che siccome cambiava
continuamente di orario (andando avanti e indietro nel tempo, ho provato
a trovarmi virtualemtne avanti di 3 giorni) proprio durante la
compilazione dei vari kernel... mi dava dei "date skew" e il build del
kernel risultava incompleto (e quindi non funzionante!!!)
ne ho apssate eh! :-D pensa che ieri nell'emerge di un paio di
pacchetti, 3 ebuild delle dipendenze eran buggati... e per lasciarlo
sotto sta notte a lavorare x isntallare open office.. ho preferito farlo
lavorare da console (niente X) con uno scriptino semplice (ma
provvidenziale!), che una volta finito il lavoro ha spento il computer
riuscendo finalemtne a risparmiare energia elettrica...... dopo 3 giorni
di attività ininterrotta... tra memtest (che non mi ha portato a nessun
risultato!) e compilazioni varie.... bhe era un toccasana mezza giornata
di inattività :-D
ormai non lascerò mai più il computer sotto la notte a compilare senza
far uno script cm questo di ieri sera..
emerge --sync || echo "`date` - sync non
riuscito" >> outputlavoronotte
emerge -pv --update --newuse world > nuovipacchetti
emerge --update --newuse world || echo "`date` - update non
riuscito" >> outputlavoronotte
emerge gphoto2 || echo "`date` - emerge gphoto2 non
riuscito" >> outputlavoronotte
emerge gtkam || echo "`date` - emerge gtkam non riuscito"
>> outputlavoronotte
emerge openoffice || echo "`date` - emerge openoffice non
riuscito" >> outputlavoronotte
halt -p
per fortuna sta notte è andato tutto bene ;-)
ciao!!!
Maggiori informazioni sulla lista
gl-como