/proc dopo aggiornamento a current

[Bakkio2]

Ora utenti come conraid mi uccideranno...
stamattina avvio la mi slac 13.1 stable e la aggiorno alla current.
come fare?

slackpkg update (cambiando il mirror con uno a 64 current)
slackpkg upgrade-all (alla domanda delle nuove configurazioni do l'opzione O)
slackpkg clean-system
slackpkg install (i file nuovi nella lista della current)
lilo -v
reboot

Ebbene, al riavvio si pianta quasi subito perchè mi chiede la password di root per fare un e2fsck della partizione, che ovivamente non riesce.
mi dice che non riesce a montare la partizione /proc.
Sembra quasi che non carichi i moduli del kernel, ma potrei dire una cavolata...

qualcuno può aiutarmi?

[slux]

Usavi ancora device hda invece di sda per esempio?Usavi initrd?Lo hai rigenerato?

[Bakkio2]

Usavi ancora device hda invece di sda per esempio?Usavi initrd?Lo hai rigenerato?

no, solo sda.
initrd non credo di usarlo, anche perchè usando il dvd di slackware 13.1 con l'opzione di avvio da dvd mi da lo stesso problema.
ti posto il mio lilo.conf

Codice: Seleziona tutto

# LILO configuration file

# generated by 'liloconfig'

#

# Start LILO global section

# Append any additional kernel parameters:

append=" vt.default_utf8=0"

boot = /dev/sda


# Boot BMP Image.

# Bitmap in BMP format: 640x480x8
 
bitmap = /boot/slack.bmp

# Menu colors (foreground, background, shadow, highlighted
# foreground, highlighted background, highlighted shadow):
 
bmp-colors = 255,0,255,0,255,0

# Location of the option table: location x, location y, number of

# columns, lines per column (max 15), "spill" (this is how many

# entries must be in the first column before the next begins to

# be used.  We don't specify it here, as there's just one column.
 
bmp-table = 60,6,1,16

# Timer location x, timer location y, foreground color,

# background color, shadow color.
 
bmp-timer = 65,27,0,255
# Standard menu.

# Or, you can comment out the bitmap menu above and
# use a boot message with the standard menu:

#message = /boot/boot_message.txt


# Wait until the timeout to boot (if commented out, boot the

# first entry immediately):

prompt

# Timeout before the first entry boots.

# This is given in tenths of a second, so 600 for every minute:

timeout = 300

# Override dangerous defaults that rewrite the partition table:
change-rules
  reset
# VESA framebuffer console @ 1024x768x256
vga = 773
# Normal VGA console
# vga = normal
# VESA framebuffer console @ 1024x768x64k
# vga=791
# VESA framebuffer console @ 1024x768x32k
# vga=790
# VESA framebuffer console @ 1024x768x256
# vga=773
# VESA framebuffer console @ 800x600x64k
# vga=788
# VESA framebuffer console @ 800x600x32k
# vga=787
# VESA framebuffer console @ 800x600x256
# vga=771
# VESA framebuffer console @ 640x480x64k
# vga=785
# VESA framebuffer console @ 640x480x32k
# vga=784
# VESA framebuffer console @ 640x480x256
#
vga=769

# End LILO global section

#

#

#

# Linux bootable partition config begins

#

image = /boot/vmlinuz
 
root = /dev/sda1
 
label = Slack-original
 
read-onl
#

#

# Windows bootable partition config begins

#

other = /dev/sdb1
 
label = SevenTV/VistaTV
 
table = /dev/sdb
 
loader = /boot/os2_d.b
 
map-drive = 0x80
  to = 0x81
 
 map-drive = 0x81
  to = 0x80

# Windows bootable partition config ends


#
# Autogenerated by kernel-image build with kernelpkg tool
#
#



[slux]

Nel config trovo scritto "read-onl" anzichè "read-only".
Da dvd il sistema deve partire.Il dvd non legge niente del disco di sistema.Se hai problemi in quella fase forse hai grane con l'hardware.
L'ordine dei dischi è rimasto invariato nel bios vero?

[Bakkio2]

Nel config trovo scritto "read-onl" anzichè "read-only".
Da dvd il sistema deve partire.Il dvd non legge niente del disco di sistema.Se hai problemi in quella fase forse hai grane con l'hardware.
L'ordine dei dischi è rimasto invariato nel bios vero?

si, è read-only, ho tagliato io nel copia incolla per errore.
se avvio il cd per una nuova installazione l'ordine dei dischi è invariato.

[slux]

Domanda banale,ma il filesystem ed il supporto del controller del disco sono compilati nel kernel giusto?

[Bakkio2]

Domanda banale,ma il filesystem ed il supporto del controller del disco sono compilati nel kernel giusto?

il filesystem è ext4, e il kernel è quello huge della current. ora mi fai venire il dubbio che non sia compilato. ma mi fa molto strano. in caso fosse questo il problema, come posso sviarlo?
immagino con un initrd ma non ho idea di come compilarlo...

[slux]

Prova con :

mkinitrd -c -k [versione_kernel] -m ext4 -r /dev/sda -f ext4 -u -o /boot/initrd.gz

-c parte da un config pulito
-k è chiaro
-r indica la partizione root
-f il filesystem della root
-u usa udev anche in initrd

Poi aggiungi a lilo.conf ,sotto la riga del kernel:

initrd = /boot/initrd.gz

Infine lilo -v