Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
ok, una cosa strana è successa:
durante la configurazione per l'installazione ha correttamente rilevato la directory ESP su cui montare /boot, però non ci ha messo nulla dentro! è normale così?/boot non dovrebbe essere la stessa condivisa da tutti i sistemi? e infatti non parte...
Sei su UEFI, quindi non ha senso che monti /dev/sdb1 in /boot. La monta in /boot/efi, perché è lì che deve piazzare i file necessari al boot del sistema. E in modo perfettamente coerente, viene impostato /etc/fstab.
A questo punto, dato che sei su arch, dovrebbe essere sufficiente aggiornare - da arch - la configurazione di grub per fare il boot di slackware.
root /home/vrso # ls /boot/EFI/
arch_grub Boot Microsoft refind tools
no ma poi tutta la /boot di slack era nella partizione di / di slack, ma io avevo configurato una /boot su partizione separata, quindi quello è proprio un errore..
comunque ho provato anche con refind, ma niente
Ultima modifica di Procopio il mar 16 set 2014, 10:40, modificato 1 volta in totale.
root /home/vrso # ls /boot/EFI/
arch_grub Boot Microsoft refind tools
Come non c'è nulla, c'e quello che ci deve essere. Manca la parte del loader di slackware, ma a questo punto a che ti serve se c'hai grub già installato? Tramite os-prober, grub-mkconfig dovrebbe rilevare anche i kernel di slackware.
no ma poi tutta la /boot di slack era nella partizione di / di slack, ma io avevo configurato una /boot su partizione separata, quindi quello è proprio un errore..
Quale partizione era? In ogni caso in /dev/sdb9 ----> /boot ci sono le immagini dei kernel di slackware? Da quello che hai postato sopra mi pare di sì, se sbaglio correggimi.
root /home/vrso # cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd1,gpt8'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt8 --hint-efi=hd1,gpt8 --hint-baremetal=ahci1,gpt8 b6b68fed-5c38-4b8e-a14c-4f06ce3a125a
else
search --no-floppy --fs-uuid --set=root b6b68fed-5c38-4b8e-a14c-4f06ce3a125a
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=it_IT
insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-b6b68fed-5c38-4b8e-a14c-4f06ce3a125a' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 B4A7-CD38
else
search --no-floppy --fs-uuid --set=root B4A7-CD38
fi
echo 'Caricamento Linux linux...'
linux /vmlinuz-linux root=UUID=b6b68fed-5c38-4b8e-a14c-4f06ce3a125a rw quiet
echo 'Caricamento ramdisk iniziale...'
initrd /initramfs-linux.img
}
submenu 'Opzioni avanzate per Arch Linux' $menuentry_id_option 'gnulinux-advanced-b6b68fed-5c38-4b8e-a14c-4f06ce3a125a' {
menuentry 'Arch Linux, con Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-b6b68fed-5c38-4b8e-a14c-4f06ce3a125a' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 B4A7-CD38
else
search --no-floppy --fs-uuid --set=root B4A7-CD38
fi
echo 'Caricamento Linux linux...'
linux /vmlinuz-linux root=UUID=b6b68fed-5c38-4b8e-a14c-4f06ce3a125a rw quiet
echo 'Caricamento ramdisk iniziale...'
initrd /initramfs-linux.img
}
menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-b6b68fed-5c38-4b8e-a14c-4f06ce3a125a' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 B4A7-CD38
else
search --no-floppy --fs-uuid --set=root B4A7-CD38
fi
echo 'Caricamento Linux linux...'
linux /vmlinuz-linux root=UUID=b6b68fed-5c38-4b8e-a14c-4f06ce3a125a rw quiet
echo 'Caricamento ramdisk iniziale...'
initrd /initramfs-linux-fallback.img
}
menuentry 'Arch Linux, con Linux huge-3.10.17' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-huge-3.10.17-advanced-b6b68fed-5c38-4b8e-a14c-4f06ce3a125a' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 B4A7-CD38
else
search --no-floppy --fs-uuid --set=root B4A7-CD38
fi
echo 'Caricamento Linux huge-3.10.17...'
linux /vmlinuz-huge-3.10.17 root=/dev/sdb8 rw quiet
}
menuentry 'Arch Linux, con Linux generic-3.10.17' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-generic-3.10.17-advanced-b6b68fed-5c38-4b8e-a14c-4f06ce3a125a' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 B4A7-CD38
else
search --no-floppy --fs-uuid --set=root B4A7-CD38
fi
echo 'Caricamento Linux generic-3.10.17...'
linux /vmlinuz-generic-3.10.17 root=/dev/sdb8 rw quiet
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Boot Manager (su /dev/sdb1)' --class windows --class os $menuentry_id_option 'osprober-efi-B4A7-CD38' {
insmod part_gpt
insmod fat
set root='hd1,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt1 --hint-efi=hd1,gpt1 --hint-baremetal=ahci1,gpt1 B4A7-CD38
else
search --no-floppy --fs-uuid --set=root B4A7-CD38
fi
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
menuentry 'Slackware Linux (Slackware 14.1) (su /dev/sdb9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-46e1d0e3-f908-4138-9734-7997fcb82f30' {
insmod part_gpt
insmod ext2
set root='hd1,gpt9'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt9 --hint-efi=hd1,gpt9 --hint-baremetal=ahci1,gpt9 46e1d0e3-f908-4138-9734-7997fcb82f30
else
search --no-floppy --fs-uuid --set=root 46e1d0e3-f908-4138-9734-7997fcb82f30
fi
linux /boot/vmlinuz-generic-3.10.17 root=/dev/sdb9
}
submenu 'Opzioni avanzate per Slackware Linux (Slackware 14.1) (su /dev/sdb9)' $menuentry_id_option 'osprober-gnulinux-advanced-46e1d0e3-f908-4138-9734-7997fcb82f30' {
menuentry 'Slackware Linux (Slackware 14.1) (su /dev/sdb9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-generic-3.10.17--46e1d0e3-f908-4138-9734-7997fcb82f30' {
insmod part_gpt
insmod ext2
set root='hd1,gpt9'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt9 --hint-efi=hd1,gpt9 --hint-baremetal=ahci1,gpt9 46e1d0e3-f908-4138-9734-7997fcb82f30
else
search --no-floppy --fs-uuid --set=root 46e1d0e3-f908-4138-9734-7997fcb82f30
fi
linux /boot/vmlinuz-generic-3.10.17 root=/dev/sdb9
}
menuentry 'Slackware Linux (Slackware 14.1) (su /dev/sdb9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-huge-3.10.17--46e1d0e3-f908-4138-9734-7997fcb82f30' {
insmod part_gpt
insmod ext2
set root='hd1,gpt9'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt9 --hint-efi=hd1,gpt9 --hint-baremetal=ahci1,gpt9 46e1d0e3-f908-4138-9734-7997fcb82f30
else
search --no-floppy --fs-uuid --set=root 46e1d0e3-f908-4138-9734-7997fcb82f30
fi
linux /boot/vmlinuz-huge-3.10.17 root=/dev/sdb9
}
}
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
### BEGIN /etc/grub.d/60_memtest86+ ###
### END /etc/grub.d/60_memtest86+ ###
in pratica ce ne sono due: la generic si spegne il monitor e nn vedo che succede, con la huge mi fa kernel panic con tanto di caps lock che lampeggia.
Perchè nota che in boot c'è il kernel e l'initramfs di arch ma non c'è alcun kernel di slack...
rik70 ha scritto:Tramite os-prober, grub-mkconfig dovrebbe rilevare anche i kernel di slackware.
i kernel di slackware sono sula partizione di root di slackware che non viene neanche motata quando sono su arch
rik70 ha scritto:Quale partizione era? In ogni caso in /dev/sdb9 ----> /boot ci sono le immagini dei kernel di slackware? Da quello che hai postato sopra mi pare di sì, se sbaglio correggimi.
esatto sono tutti su quella partizione e nella partizione: ho montato la root di slack (sdb9) in /mnt e i kernel di slackware sono tutti in /mnt/boot anzichè in /boot
linux /boot/vmlinuz-generic-3.10.17 root=/dev/sdb9
linux /boot/vmlinuz-huge-3.10.17 root=/dev/sdb9
Il kernel-generic ha bisogno molto probabilmente di un initrd. Mi sa che devi fare un chroot sulla slack e generarlo con mkinitrd caricando il modulo ext4. E mi sa che ti conviene farlo avviando dalla usb d'installazione, ma forse puoi anche da arch.
Perché vada in panic lo huge non ne ho la minima idea, ma può succedere. huge non ha bisogno - teoricamente - di alcun initrd.
Procopio ha scritto: i kernel di slackware sono sula partizione di root di slackware che non viene neanche motata quando sono su arch
Perfettamente normale, perché dovrebbe montarla? A meno che non glie lo passi tramite lo fstab - di arch.
Procopio ha scritto:ho montato la root di slack (sdb9) in /mnt e i kernel di slackware sono tutti in /mnt/boot anzichè in /boot
Normale anche questo: se la monti in /mnt saranno in /mnt/boot, se la monti in /tmp/sdb9 saranno in /tmp/sdb9/boot. Non ha a che fare col fatto che non parte.
grub "vede" correttamente dove sono i kernel di slack. Il generic vuole un initrd - e non viene creato in automatico durante l'installazione, devi farlo tu a mano.
huge va in panic, e qui ci fermiamo perché così è difficile sapere. C'è un messaggio particolare prima che lampeggi tutto? Il più comune è: "non riesco a trovare/montare la root"
Questo è il kernel huge.https://docs.google.com/file/d/0B9EfFXw ... cslist_api Comunque sull'altro pc avevo lo stesso multiboot che ho qua ed i kernel erano tutti nella stessa partizione di /boot e non ognuno nella root del proprio sistema
ahhh forse ho capito: grub indica il percorso del kernel e quello della root, e ci pensa poi lui a leggere l'fstab in quella root e vedere dove è montata /boot per andare a prendere i kernel corretti
Non riesco a leggere nulla su quell'immagine, sorry. Se riesci a ingrandirla almeno di 3 volte...
Procopio ha scritto:Comunque sull'altro pc avevo lo stesso multiboot che ho qua ed i kernel erano tutti nella stessa partizione di /boot e non ognuno nella root del proprio sistema
Ti ripeto, il problema non è quello. I kernel sono nella boot della root di /dev/sdb9. Ed è logico - corretto - che stiano lì. Che te ne fai di immagini del kernel nella radice della partizione ESP - /dev/sdb1 - visto che il firmware UEFI li ignora completamente? Se avessi il BIOS avrebbe un senso, ma non sarebbe nemmeno obbligatorio, dato che li potesti mettere pure su una USB per dire... e istruire il bootloader sul dove cercarli. Non so come spiegartelo meglio.
Infatti se fossero nella posizione sbagliata, grub restituirebbe subito un errore del tipo: "immagine del kernel non trovata" e lì si fermerebbe.
Invece il kernel viene trovato:
ma col huge si pianta dopo circa 3 secondi, e quindi l'ha caricato - ma non riesco a leggere l'immagine, anche se vedo qualcosa che ha a che fare col filesystem root;
col generic nemmeno parte perché non hai - e ripeto ancora, non hai - creato l'initrd. E senza di questo non può partire.
rik70 ha scritto:Non riesco a leggere nulla su quell'immagine, sorry. Se riesci a ingrandirla almeno di 3 volte...
ma puoi zoommare, quell'immagine ha risoluzione 3.920 x 2.204. Gira la rotella del mouse posizionandoti sull'immagine
rik70 ha scritto:Ti ripeto, il problema non è quello. I kernel sono nella boot della root di /dev/sdb9. Ed è logico - corretto - che stiano lì. Che te ne fai di immagini del kernel nella radice della partizione ESP - /dev/sdb1 - visto che il firmware UEFI li ignora completamente? Se avessi il BIOS avrebbe un senso, ma non sarebbe nemmeno obbligatorio, dato che li potesti mettere pure su una USB per dire... e istruire il bootloader sul dove cercarli. Non so come spiegartelo meglio.
Infatti se fossero nella posizione sbagliata, grub restituirebbe subito un errore del tipo: "immagine del kernel non trovata" e lì si fermerebbe.
no ma ho capito, te l'avevo anche messo sopra, ma l'ho editato mentre tu scrivevi, probabilmente
rik70 ha scritto:Invece il kernel viene trovato:
ma col huge si pianta dopo circa 3 secondi, e quindi l'ha caricato - ma non riesco a leggere l'immagine, anche se vedo qualcosa che ha a che fare col filesystem root;
col generic nemmeno parte perché non hai - e ripeto ancora, non hai - creato l'initrd. E senza di questo non può partire.
con lo huge invece l'initrd non serve? perchè io non ho mai avuto initrd su slack in 5 anni di slack sull'altro pc in multiboot con windows e arch o debian o ubuntu o mint o gentoo, forse perchè ho sempre usato lilo? o perchè era bios?