Arch Linux

[kens]

da qualche aggiornamento del kernel in qua, in fase di generazione del ramdisk, ottengo un errore del genere:

Codice: Seleziona tutto

>>> Generating initial ramdisk, using mkinitcpio.  Please wait...
==> Building image from preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 3.3.2-1-ARCH
  -> Parsing hook: [base]
  -> Parsing hook: [udev]
  -> Parsing hook: [autodetect]
  -> Parsing hook: [pata]
  -> Parsing hook: [scsi]
  -> Parsing hook: [sata]
  -> Parsing hook: [resume]
  -> Parsing hook: [filesystems]
  -> Parsing hook: [keymap]
==> ERROR: module not found: `EXT4'

in realtà, fortunatamente, i nuovi kernel si sono sempre dimostrati funzionanti; anche per quanto riguarda le partizioni "EXT4".
Da cosa dipende questa segnalazione? E' possibile evitarne la comparsa?

Grazie!
Lunga vita ad Arch!

--

[ambro]

Hai per caso modificato /etc/mkinitcpio.conf ?

[kens]

No; ma ora che ci guardo noto che ho un "mkinitcpio.conf.pacnew" da Marzo che, immagino, sia lì in attesa di essere battezzato come "titolare" in sostituzione del vecchio che è ancora "on line".
La differenza che salta all'occhio tra i due è proprio l'assenza nella sezione "modules" di "EXT4".
Queste le prime righe dell'mkinitcpio.conf attualmente attivo:

Codice: Seleziona tutto

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES="EXT4"

Forse quel modulo, con i nuovi kernel, è diventato superfluo?
P.S. Provando a rimuoverlo il sistema non parte; ho dovuto fare marcia indietro usando il kernel LTS da GRUB.

--

[veleno77]

ma io li tutti i filesystem nei modules, non penso che sia stato deprecato:
questi i miei

Codice: Seleziona tutto

MODULES="pata_amd sata_nv ehci-hcd ohci-hcd ext3 ext4 reiserfs xfs vfat nouveau"
HOOKS="base udev autodetect pata scsi sata usb filesystems usbinput "

c'è chi ha risolto anche dei problemi togliendo autodetect
comunque fai una diff con il mkinitcpio.con.pacnew

[gabberluca]

No; ma ora che ci guardo noto che ho un "mkinitcpio.conf.pacnew" da Marzo che, immagino, sia lì in attesa di essere battezzato come "titolare" in sostituzione del vecchio che è ancora "on line".
La differenza che salta all'occhio tra i due è proprio l'assenza nella sezione "modules" di "EXT4".
Queste le prime righe dell'mkinitcpio.conf attualmente attivo:

Codice: Seleziona tutto

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES="EXT4"

Forse quel modulo, con i nuovi kernel, è diventato superfluo?
P.S. Provando a rimuoverlo il sistema non parte; ho dovuto fare marcia indietro usando il kernel LTS da GRUB.

--

Ciao scusa credo sia

Codice: Seleziona tutto

MODULES="ext4"

in minuscolo

[kens]

Probabilmente sì, Gabberluca, anche se il file era così da mesi e prima di qualche settimana fa non avevo avuto nessun errore; mah... Comunque ho corretto
Tanto che c'ero ho fatto una sorta di merge tra il file di Veleno ed il mio e dato nuovamente un

Codice: Seleziona tutto

# mkinitcpio -p linux

Ora il file di configurazione (funzionante ) è così:

Codice: Seleziona tutto

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES="pata_amd sata_nv ehci-hcd ohci-hcd ext3 ext4 reiserfs xfs vfat nouveau"

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image.  This is run first, so it may be used to
# override the actual binaries used in a given hook.
# (Existing files are NOT overwritten if already added)
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way.  This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options
# like so:
#    FILES="/etc/modprobe.d/modprobe.conf"
FILES=""

# HOOKS
# This is the most important setting in this file.  The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added.  Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
##   This setup specifies all modules in the MODULES setting above.
##   No raid, lvm2, or encrypted root is needed.
#    HOOKS="base"
#
##   This setup will autodetect all modules for your system and should
##   work as a sane default
#    HOOKS="base udev autodetect pata scsi sata filesystems"
#
##   This is identical to the above, except the old ide subsystem is
##   used for IDE devices instead of the new pata subsystem.
#    HOOKS="base udev autodetect ide scsi sata filesystems"
#
##   This setup will generate a 'full' image which supports most systems.
##   No autodetection is done.
#    HOOKS="base udev pata scsi sata usb filesystems"
#
##   This setup assembles a pata mdadm array with an encrypted root FS.
##   Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
#    HOOKS="base udev pata mdadm encrypt filesystems"
#
##   This setup loads an lvm2 volume group on a usb device.
#    HOOKS="base udev usb lvm2 filesystems"
#
##   NOTE: If you have /usr on a separate partition, you MUST include the
#    fsck and shutdown hooks.
HOOKS="base udev autodetect pata scsi sata usb usbinput filesystems fsck"

# COMPRESSION
# Use this to compress the initramfs image. With kernels earlier than
# 2.6.30, only gzip is supported, which is also the default. Newer kernels
# support gzip, bzip2 and lzma. Kernels 2.6.38 and later support xz
# compression.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"

# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=""

Grazie mille ad entrambi; lo battezzo come Risolto

--

[veleno77]

aspetta io ti ho linkato il mio come esempio... se non usi nouveau come driver non ah senso metterlo in mkinitcpio. idem per altri filesystem che non usi, e anche per altri moduli se non ne hai bisogno
installa hwdetect e lancia

Codice: Seleziona tutto

hwdetect --hostcontroller   

per una lista dei moduli dei controller da popolare

Codice: Seleziona tutto

hwdetect --filesystem

per una lista dei filesystem da inserire

[kens]

L'ho immaginato; sai? Ma ho anche pensato che potessero tornare utili per eventuali "sviluppi futuri"; che so, ad esempio l'avvio estemporaneo da un HDD con sopra uno dei filesytem che ora non ho.
Accidenti; quel "nouveau" era così chic!!!
Anche facendo i test con "hwdetect" c'è giusto lui, "di troppo"; davvero dici che non posso tenerlo?

OK, OK; come non detto... Eseguo

--

[veleno77]

se non usi i nouveau non serve che scheda video hai, quello serve per attivare il kms dei driver nouveau al boot