[RISOLTO] Slackware su tablet/PC con eMMC e UEFI
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware64 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 Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o 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.
1) Citare sempre la versione di Slackware64 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 Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o 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.
-
erio
- Linux 4.x

- Messaggi: 1213
- Iscritto il: ven 9 ott 2009, 19:25
- Slackware: 13.37
- Kernel: 3.0.7
- Desktop: kde
Re: dischi non riconosciuti durante l'installazione
scusa ma l'idea di fare in initrd non la contempli,che sia su slot o saldata alla piastra madre sempre una mmc e', quindi se il kernel huge non parte ,perche i moduli non ci sono built in tu fai un initrd con quello che ti serve,questa e' la regola,non dici che file system usi,magari anche quello e' un modulo,slackware ha lo strumento per fare un initrd,prova poi lo aggiungi a grub...
- Procopio
- Linux 3.x

- Messaggi: 832
- Iscritto il: ven 29 lug 2011, 11:50
- Nome Cognome: Matteo Micheletto Oddino
- Slackware: 14.2
- Kernel: 4.4.14
- Desktop: Awesome
- Località: Torino
Re: dischi non riconosciuti durante l'installazione
Io non faccio partire il kernel huge, ma ricompilo il kernel generic e gli aggiungo statici tutti i moduli per MMC, tra l'altro qua http://raspberrypi.stackexchange.com/qu ... ry-options c'è scritto questo
Comunque si adesso sto tentando la strada dell'initrd, ma non so quali moduli gli devo passare per il controller del mmc ho ipotizzato questo
A quel punto ho ridato gru-install e grub-mkconfig e qualcosa sembrerebbe essere cambiato, ora mi si è bloccato su ma non prende imput dalla tastiera e posso fare solo riavvio forzato
ho provato su ext3 ext4 e btrfs, sempre lo stesso risultatoSD card
These can't be modules, obviously, since they are needed to access /lib/modules; they must be built-in. They're in the "Device Drivers" section of menuconfig.
MMC (MMC/SD/SDIO card support): Necessary to get options for the mmc driver, but not sufficient. Within those options:
MMC_BCM2835 (MMC support on BCM2835).
MMC_BCM2835_DMA (DMA support on BCM2835 Arasan controller): Enabled but not selected by MMC_BCM2835.
MMC_SDHCI (Secure Digital Host Controller Interface support)
Comunque si adesso sto tentando la strada dell'initrd, ma non so quali moduli gli devo passare per il controller del mmc ho ipotizzato questo
Codice: Seleziona tutto
mkinitrd -c -r /dev/mmcblk0p3 -f btrfs -k 4.4.5 -m mmc_block,mmc_coreCodice: Seleziona tutto
/boot/initrd.gz: loading kernel modules from initrd image:
mount: can't find /mnt in /etc/fstab
ERROR: No /sbin/init found on rootdev (or not mounted). Trouble ahead.
You can try fix it. Type exit when things are done
/bin/sh: can't access tty: job control turned off
/#-
erio
- Linux 4.x

- Messaggi: 1213
- Iscritto il: ven 9 ott 2009, 19:25
- Slackware: 13.37
- Kernel: 3.0.7
- Desktop: kde
Re: dischi non riconosciuti durante l'installazione
prova lo huge prima senza initrd poi passi a fare il generic,sono driver che dovrebbe avere lo huge btrfs non credo sia adatto,prova ext4 senza journal, anche perche' che config hai usato per ricompilare il kernel,il config di slackware non contempla i driver usb built in quindi non e' molto utile
- Procopio
- Linux 3.x

- Messaggi: 832
- Iscritto il: ven 29 lug 2011, 11:50
- Nome Cognome: Matteo Micheletto Oddino
- Slackware: 14.2
- Kernel: 4.4.14
- Desktop: Awesome
- Località: Torino
Re: dischi non riconosciuti durante l'installazione
ho provato sia huge che generic con ext4 con journaling, mi da sempre la stessa storia, config si uso quello di slackware, ma il menuconfig mi da esattamente le opzioni che sono descritte qua http://processors.wiki.ti.com/index.php ... er's_Guide e io le ho messe come statiche...
un passo avanti sembravo averlo fatto con initrd, ma mi si pianta lì dove ti ho copiato il codice, sembrerebbe un errore piuttosto comune, ma non ho capito se si può risolvere inserendo un timeout all'init in maniera che aspetti che venga montata la root...sembra un gatto che si morde la coda...
un passo avanti sembravo averlo fatto con initrd, ma mi si pianta lì dove ti ho copiato il codice, sembrerebbe un errore piuttosto comune, ma non ho capito se si può risolvere inserendo un timeout all'init in maniera che aspetti che venga montata la root...sembra un gatto che si morde la coda...
-
erio
- Linux 4.x

- Messaggi: 1213
- Iscritto il: ven 9 ott 2009, 19:25
- Slackware: 13.37
- Kernel: 3.0.7
- Desktop: kde
Re: dischi non riconosciuti durante l'installazione
secondo me il problema e' tutto nel config del kernel e di conseguenza nell'initrd,non ho un initrd diverso per i sistemi che ho:
#!/bin/ash
# Aspetto finché i driver USB non rilevano la pennina e monto la vera directory radice
mount -n proc /proc -t proc
while ! mount -n -r -L minislack /mnt 2> /dev/null;
do
sleep 1;
done
umount /proc
# Avvio il vero /sbin/init
exec switch_root /mnt /sbin/init $@
questo e' l'init scompatta il gz e vedi se in etc hai il file mtab
e questo e il contenuto di lib64:
ld-linux-x86-64.so.2 libc.so.6 libmount.so.1
libblkid.so.1 libm.so.6 libuuid.so.1
e questo initrd.gz fa' partire la current 64 da almeno due anni.
#!/bin/ash
# Aspetto finché i driver USB non rilevano la pennina e monto la vera directory radice
mount -n proc /proc -t proc
while ! mount -n -r -L minislack /mnt 2> /dev/null;
do
sleep 1;
done
umount /proc
# Avvio il vero /sbin/init
exec switch_root /mnt /sbin/init $@
questo e' l'init scompatta il gz e vedi se in etc hai il file mtab
e questo e il contenuto di lib64:
ld-linux-x86-64.so.2 libc.so.6 libmount.so.1
libblkid.so.1 libm.so.6 libuuid.so.1
e questo initrd.gz fa' partire la current 64 da almeno due anni.
-
erio
- Linux 4.x

- Messaggi: 1213
- Iscritto il: ven 9 ott 2009, 19:25
- Slackware: 13.37
- Kernel: 3.0.7
- Desktop: kde
Re: dischi non riconosciuti durante l'installazione
forse, un chroot dentro la tua installazione potrebbe fare la differenza, dai il mkinitrd da li e modifichi il grub con il nuovo initrd.
- Procopio
- Linux 3.x

- Messaggi: 832
- Iscritto il: ven 29 lug 2011, 11:50
- Nome Cognome: Matteo Micheletto Oddino
- Slackware: 14.2
- Kernel: 4.4.14
- Desktop: Awesome
- Località: Torino
Re: dischi non riconosciuti durante l'installazione
bè ma faccio tutto da chroot dentro l'installazione
comunque provo quello che mi hai consigliato e vediamo
Codice: Seleziona tutto
mount /dev/sdb1 /mnt
mount /dev/sdb2 /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt- Procopio
- Linux 3.x

- Messaggi: 832
- Iscritto il: ven 29 lug 2011, 11:50
- Nome Cognome: Matteo Micheletto Oddino
- Slackware: 14.2
- Kernel: 4.4.14
- Desktop: Awesome
- Località: Torino
Re: dischi non riconosciuti durante l'installazione
Ma init che hai postato sopra è qurllo della slacky su USB o del computer?
- conraid
- Staff

- Messaggi: 13526
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: dischi non riconosciuti durante l'installazione
Per un kernel che possa integrare i moduli necessari, che ci sono, altrimenti non andrebbe anche dopo il caricamento, compilalo con
dovrebbe crearti un config con i moduli caricati già inclusi nel kernel, per la spiegazione leggi il README
https://www.kernel.org/doc/linux/README
è un'opzione che non ho mai usato, quindi non so come si comporta, ma in teoria serve proprio a fare quel che vuoi senza ammattire.
Codice: Seleziona tutto
make localyesconfighttps://www.kernel.org/doc/linux/README
è un'opzione che non ho mai usato, quindi non so come si comporta, ma in teoria serve proprio a fare quel che vuoi senza ammattire.
-
erio
- Linux 4.x

- Messaggi: 1213
- Iscritto il: ven 9 ott 2009, 19:25
- Slackware: 13.37
- Kernel: 3.0.7
- Desktop: kde
Re: dischi non riconosciuti durante l'installazione
Codice: Seleziona tutto
#!/bin/ash
#
# /init: init script to load kernel modules from an initramfs
# This requires that your kernel supports initramfs!!!
#
# Copyright 2004 Slackware Linux, Inc., Concord, CA, USA
# Copyright 2007, 2008, 2009, 2010, 2012 Patrick J. Volkerding, Sebeka, MN, USA
# All rights reserved.
#
# Redistribution and use of this script, with or without modification, is
# permitted provided that the following conditions are met:
#
# 1. Redistributions of this script must retain the above copyright
# notice, this list of conditions and the following disclaimer.
#
# THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR IMPLIED
# WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
# MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO
# EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
# PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
# OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
# WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
# OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
# ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
#
##################################################################################
# With a generic kernel, you need to load the modules needed to mount the
# root partition. This might mean a SCSI, RAID, or other drive controller
# module, as well as the module to support the root filesystem. Once the
# root partition is mounted all the other modules will be available so you
# don't need to load them here.
#
# Config files used by this script:
#
# /rootdev Contains the name of the root device, such as: /dev/hda1
#
# /rootfs Contains the root filesystem type, such as: xfs
#
# /initrd-name Contains the name of the initrd file.
#
# /resumedev Contains the name of the device to resume from hibernation.
#
# /luksdev Contains colon separated list of luks encrypted devices to
# be unlocked.
#
# /lukskey Contains the path to a LUKS key-file for automatic unlock
# Format: LABEL=<partition_label>:/path/to/file
# UUID=<partition_uuid>:/path/to/file
#
# /wait-for-root Contains a number - the init script will wait this amount
# of seconds before creating device nodes.
#
# /keymap Contains the name for a custom keyboard map
#
# Optional:
#
# /load_kernel_modules
# A script that uses modprobe to load the desired modules.
#
# There's an example in here. To actually use it, you'll
# need to make it executable:
#
# chmod 755 load_kernel_modules
##################################################################################
# Changelog
# 10-Dec-2012 <mozes@slackware.com>
# * Added support for the official Kernel parameters to select root filesystem
# type ('rootfstype') and pause before attempting to mount the root filesystem
# ('rootdelay'). The original parameters may continue to be used.
##################################################################################
INITRD=$(cat /initrd-name)
ROOTDEV=$(cat /rootdev)
ROOTFS=$(cat /rootfs)
LUKSDEV=$(cat /luksdev)
LUKSKEY=$(cat /lukskey)
RESUMEDEV=$(cat /resumedev)
WAIT=$(cat /wait-for-root)
KEYMAP=$(cat /keymap)
INIT=/sbin/init
PATH="/sbin:/bin:/usr/sbin:/usr/bin"
# Mount /proc and /sys:
mount -n proc /proc -t proc
mount -n sysfs /sys -t sysfs
mount -n tmpfs /run -t tmpfs -o mode=0755
if grep devtmpfs /proc/filesystems 1>/dev/null 2>/dev/null ; then
DEVTMPFS=1
mount -n devtmpfs /dev -t devtmpfs
fi
# Parse command line
for ARG in $(cat /proc/cmdline); do
case $ARG in
0|1|2|3|4|5|6|S|s|single)
RUNLEVEL=$ARG
;;
init=*)
INIT=$(echo $ARG | cut -f2 -d=)
;;
luksdev=/dev/*)
LUKSDEV=$(echo $ARG | cut -f2 -d=)
;;
lukskey=*)
LUKSKEY=$(echo $ARG | cut -f2- -d=)
;;
rescue)
RESCUE=1
;;
resume=*)
RESUMEDEV=$(echo $ARG | cut -f2 -d=)
;;
root=/dev/*)
ROOTDEV=$(echo $ARG | cut -f2 -d=)
;;
root=LABEL=*)
ROOTDEV=$(echo $ARG | cut -f2- -d=)
;;
root=UUID=*)
ROOTDEV=$(echo $ARG | cut -f2- -d=)
;;
rootfs=*|rootfstype=*)
ROOTFS=$(echo $ARG | cut -f2 -d=)
;;
waitforroot=*|rootdelay=*)
WAIT=$(echo $ARG | cut -f2 -d=)
;;
esac
done
# If udevd is available, use it to generate block devices
# else use mdev to read sysfs and generate the needed devices
if [ -x /sbin/udevd -a -x /sbin/udevadm ]; then
/sbin/udevd --daemon --resolve-names=never
/sbin/udevadm trigger --subsystem-match=block --action=add
/sbin/udevadm settle --timeout=10
else
[ "$DEVTMPFS" != "1" ] && mdev -s
fi
# Load kernel modules (ideally this was already done by udev):
if [ ! -d /lib/modules/$(uname -r) ]; then
echo "No kernel modules found for Linux $(uname -r)."
elif [ -x ./load_kernel_modules ]; then # use load_kernel_modules script:
echo "${INITRD}: Loading kernel modules from initrd image:"
. ./load_kernel_modules
else # load modules (if any) in order:
if ls /lib/modules/$(uname -r)/*.*o 1> /dev/null 2> /dev/null ; then
echo "${INITRD}: Loading kernel modules from initrd image:"
for module in /lib/modules/$(uname -r)/*.*o ; do
/sbin/modprobe $module
done
unset module
fi
fi
# Sometimes the devices need extra time to be available.
# A root filesystem on USB is a good example of that.
sleep $WAIT
# Load a custom keyboard mapping:
if [ -n "$KEYMAP" ]; then
echo "${INITRD}: Loading '$KEYMAP' keyboard mapping:"
tar xzOf /etc/keymaps.tar.gz ${KEYMAP}.bmap | loadkmap
fi
if [ "$RESCUE" = "" ]; then
# Initialize RAID:
if [ -x /sbin/mdadm ]; then
/sbin/mdadm -E -s >/etc/mdadm.conf
/sbin/mdadm -S -s
/sbin/mdadm -A -s
# This seems to make the kernel see partitions more reliably:
fdisk -l /dev/md* 1> /dev/null 2> /dev/null
fi
# Unlock any encrypted partitions necessary to access the
# root filesystem, such as encrypted LVM Physical volumes, disk
# partitions or mdadm arrays.
# Unavailable devices such as LVM Logical Volumes will need to be
# deferred until they become available after the vgscan.
if [ -x /sbin/cryptsetup ]; then
# Determine if we have to use a LUKS keyfile:
if [ ! -z "$LUKSKEY" ]; then
mkdir /mountkey
KEYPART=$(echo $LUKSKEY |cut -f1 -d:)
LUKSPATH="/mountkey$(echo $LUKSKEY |cut -f2 -d:)"
# Catch possible mount failure:
if blkid -t TYPE=vfat $KEYPART 1>/dev/null 2>&1 ; then
MOUNTOPTS="-t vfat -o shortname=mixed"
else
MOUNTOPTS="-t auto"
fi
mount $MOUNTOPTS $(findfs $KEYPART) /mountkey 2>/dev/null
# Check if we can actually use this file:
if [ ! -f $LUKSPATH ]; then
LUKSKEY=""
else
echo ">>> Using LUKS key file: '$LUKSKEY'"
LUKSKEY="-d $LUKSPATH"
fi
fi
LUKSLIST_DEFERRED=""
LUKSLIST=$(echo $LUKSDEV | tr -s ':' ' ')
for LUKSDEV in $LUKSLIST ; do
if /sbin/cryptsetup isLuks ${LUKSDEV} 1>/dev/null 2>/dev/null ; then
if echo $ROOTDEV | grep -q "LABEL=" || echo $ROOTDEV | grep -q "UUID=" ; then
CRYPTDEV="luks$(basename $LUKSDEV)"
elif [ "x$ROOTDEV" = "x$(basename $ROOTDEV)" ]; then
CRYPTDEV="$ROOTDEV"
else
CRYPTDEV="luks$(basename $LUKSDEV)"
fi
echo "Unlocking LUKS encrypted device '${LUKSDEV}' as luks mapped device '$CRYPTDEV':"
/sbin/cryptsetup ${LUKSKEY} luksOpen ${LUKSDEV} ${CRYPTDEV} </dev/tty0 >/dev/tty0 2>&1
if [ "$ROOTDEV" = "$LUKSDEV" -o "$ROOTDEV" = "$CRYPTDEV" ] ; then
ROOTDEV="/dev/mapper/$CRYPTDEV"
fi
else
LUKSLIST_DEFERRED="${LUKSLIST_DEFERRED} ${LUKSDEV}"
fi
done
fi
# Initialize LVM:
if [ -x /sbin/vgchange ]; then
mkdir -p /var/lock/lvm # this avoids useless warnings
/sbin/vgchange -ay --ignorelockingfailure 2>/dev/null
/sbin/udevadm settle --timeout=10
fi
# Unlock any LUKS encrypted devices that were deferred above but have now
# become available due to the vgscan (i.e. filesystems on LVM Logical Volumes)
if [ -x /sbin/cryptsetup -a -n "${LUKSLIST_DEFERRED}" ]; then
for LUKSDEV in ${LUKSLIST_DEFERRED} ; do
if /sbin/cryptsetup isLuks ${LUKSDEV} 1>/dev/null 2>/dev/null ; then
if echo $ROOTDEV | grep -q "LABEL=" || echo $ROOTDEV | grep -q "UUID=" ; then
CRYPTDEV="luks$(basename $LUKSDEV)"
elif [ "x$ROOTDEV" = "x$(basename $ROOTDEV)" ]; then
CRYPTDEV="$ROOTDEV"
else
CRYPTDEV="luks$(basename $LUKSDEV)"
fi
echo "Unlocking LUKS encrypted device '${LUKSDEV}' as luks mapped device '$CRYPTDEV':"
/sbin/cryptsetup ${LUKSKEY} luksOpen ${LUKSDEV} ${CRYPTDEV} </dev/tty0 >/dev/tty0 2>&1
if [ "$ROOTDEV" = "$LUKSDEV" -o "$ROOTDEV" = "$CRYPTDEV" ] ; then
ROOTDEV="/dev/mapper/$CRYPTDEV"
fi
else
echo "LUKS device '${LUKSDEV}' unavailable for unlocking!"
fi
done
/sbin/udevadm settle --timeout=10
fi
# Scan for btrfs multi-device filesystems:
if [ -x /sbin/btrfs ]; then
/sbin/btrfs device scan
fi
# Find root device if a label or UUID was given:
if echo $ROOTDEV | grep -q "LABEL=" || \
echo $ROOTDEV | grep -q "UUID=" ; then
ROOTDEV=$(findfs $ROOTDEV)
fi
# Clean up after LUKS unlock using a keyfile:
if grep -q mountkey /proc/mounts 2>/dev/null ; then
umount -l /mountkey
rmdir /mountkey 2>/dev/null
fi
# Resume state from swap
if [ "$RESUMEDEV" != "" ]; then
if ls -l $RESUMEDEV | grep -q "^l" ; then
#RESUMEDEV=$(ls -l $RESUMEDEV | awk '{ print $NF }')
RESUMEDEV=$(readlink -f $RESUMEDEV)
fi
echo "Trying to resume from $RESUMEDEV"
RESMAJMIN=$(ls -l $RESUMEDEV | tr , : | awk '{ print $5$6 }')
echo $RESMAJMIN > /sys/power/resume
fi
# Switch to real root partition:
/sbin/udevadm settle --timeout=10
echo 0x0100 > /proc/sys/kernel/real-root-dev
mount -o ro -t $ROOTFS $ROOTDEV /mnt
if [ ! -r /mnt/sbin/init ]; then
echo "ERROR: No /sbin/init found on rootdev (or not mounted). Trouble ahead."
echo " You can try to fix it. Type 'exit' when things are done."
echo
/bin/sh
fi
else
echo
echo "RESCUE mode"
echo
echo " You can try to fix or rescue your system now. If you want"
echo " to boot into your fixed system, mount your root filesystem"
echo " read-only under /mnt:"
echo
echo " # mount -o ro -t filesystem root_device /mnt"
echo
echo " Type 'exit' when things are done."
echo
/bin/sh
fi
# Need to make sure OPTIONS+="db_persist" exists for all dm devices
# That should be handled in /sbin/mkinitrd now
/sbin/udevadm info --cleanup-db
/sbin/udevadm control --exit
unset ERR
mount -o move /proc /mnt/proc
mount -o move /sys /mnt/sys
mount -o move /run /mnt/run
[ "$DEVTMPFS" = "1" ] && mount -o move /dev /mnt/dev
echo "${INITRD}: exiting"
exec switch_root /mnt $INIT $RUNLEVEL
-
erio
- Linux 4.x

- Messaggi: 1213
- Iscritto il: ven 9 ott 2009, 19:25
- Slackware: 13.37
- Kernel: 3.0.7
- Desktop: kde
Re: dischi non riconosciuti durante l'installazione
bash-4.3# sh mkinitrd
Nothing found at location /boot/initrd-tree, so we will create an
initrd directory structure there... done.
Now cd to /boot/initrd-tree and install some modules in your
module directory (lib/modules/4.3.3-zen). Then see init
for more information (there are a few other files to edit).
Finally, run mkinitrd again once the initrd-tree is ready,
and /boot/initrd.gz will be created from it.
bash-4.3#
questo e' il comando liscio senza specificare nulla,magari copia parte dei moduli che ti interessano nella directory lib/modules
Nothing found at location /boot/initrd-tree, so we will create an
initrd directory structure there... done.
Now cd to /boot/initrd-tree and install some modules in your
module directory (lib/modules/4.3.3-zen). Then see init
for more information (there are a few other files to edit).
Finally, run mkinitrd again once the initrd-tree is ready,
and /boot/initrd.gz will be created from it.
bash-4.3#
questo e' il comando liscio senza specificare nulla,magari copia parte dei moduli che ti interessano nella directory lib/modules
- Procopio
- Linux 3.x

- Messaggi: 832
- Iscritto il: ven 29 lug 2011, 11:50
- Nome Cognome: Matteo Micheletto Oddino
- Slackware: 14.2
- Kernel: 4.4.14
- Desktop: Awesome
- Località: Torino
Re: dischi non riconosciuti durante l'installazione
Allora, con il funziona, chiaramente carica un sacco di moduli, ma arriva al login.
Io quando avevo ricompilato avevo comunque messo la "y" su tutti i driver nella sezione MMC/SD/SDIO card support chiaro che l'ideale sarebbe scovare qual'è il driver che ha permesso il miracolo e compilare solo lui, o inserirlo nell'initrd..
Tra l'altro i wiki su slacky sono tutti abbastanza datati, chiedo qua l'initrd è deprecato, o si usa ancora per i moduli aggiuntivi?
Codice: Seleziona tutto
make localyesconfigIo quando avevo ricompilato avevo comunque messo la "y" su tutti i driver nella sezione MMC/SD/SDIO card support
Codice: Seleziona tutto
...
[*] USB support --->
< > Ultra Wideband devices (EXPERIMENTAL) --->
<*> MMC/SD/SDIO card support --->
< > Sony MemoryStick card support (EXPERIMENTAL) --->
...
...Tra l'altro i wiki su slacky sono tutti abbastanza datati, chiedo qua l'initrd è deprecato, o si usa ancora per i moduli aggiuntivi?
- conraid
- Staff

- Messaggi: 13526
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: dischi non riconosciuti durante l'installazione
Come ti ho detto non l'ho mai usato, quindi non so esattamente cosa fa. Dalla documentazione deduco che compila staticamente tutti i moduli che la tua macchina ha caricati nel momenti che crei il config, però se ne mette altri e come non lo so.
Se funziona usa quel config come base ed inizia a togliere moduli. Non di cose che non conosci e che dubiti possano essere utili. Ma se per esempio ha installati (builtin o come moduli) tutti i driver audio, video, schede di rete, periferiche particolari, inizia a togliere quel che sei sicuro che non hai.
Poi prova il kernel, senza naturalmente togliere il vecchio nemmeno dal menù grub, e prova. Se funziona, usalo come base.
Quando arrivi dove ci sono solamente driver che non conosci o che dubiti, inizia a studiare
Nel dubbio lascia.
Se funziona usa quel config come base ed inizia a togliere moduli. Non di cose che non conosci e che dubiti possano essere utili. Ma se per esempio ha installati (builtin o come moduli) tutti i driver audio, video, schede di rete, periferiche particolari, inizia a togliere quel che sei sicuro che non hai.
Poi prova il kernel, senza naturalmente togliere il vecchio nemmeno dal menù grub, e prova. Se funziona, usalo come base.
Quando arrivi dove ci sono solamente driver che non conosci o che dubiti, inizia a studiare
Nel dubbio lascia.
- Procopio
- Linux 3.x

- Messaggi: 832
- Iscritto il: ven 29 lug 2011, 11:50
- Nome Cognome: Matteo Micheletto Oddino
- Slackware: 14.2
- Kernel: 4.4.14
- Desktop: Awesome
- Località: Torino
Re: dischi non riconosciuti durante l'installazione
ok, ora intanto metto risolto e metto la soluzione nel post iniziale, poi quando scopro qualcosa di nuovo lo posto qua 
- Procopio
- Linux 3.x

- Messaggi: 832
- Iscritto il: ven 29 lug 2011, 11:50
- Nome Cognome: Matteo Micheletto Oddino
- Slackware: 14.2
- Kernel: 4.4.14
- Desktop: Awesome
- Località: Torino
Re: [RISOLTO] Slackware su tablet/PC con eMMC e UEFI
Chiedo qua, poi se è il caso apro un altro TD.
Sto cercando di fare un avvio senza il display manager, l'avevo sperimentato su arch e mi ero trovato molto bene usando solo awesome e senza dm.
Il problema su slacky è la mancanza di guide e seguire le guide di arch, tra files deprecati e tool diversi è un delirio..Qualcuno sa come si può effettuare un login automatico senza display manager?
Sto cercando di fare un avvio senza il display manager, l'avevo sperimentato su arch e mi ero trovato molto bene usando solo awesome e senza dm.
Il problema su slacky è la mancanza di guide e seguire le guide di arch, tra files deprecati e tool diversi è un delirio..Qualcuno sa come si può effettuare un login automatico senza display manager?