Report di installazione ordinaria con current64

SliTaz Forum » Languages » Supporto Italiano

Report di installazione ordinaria con current64

(15 posts) (2 voices)

Started 4 weeks ago by gibor
Latest reply from shann
This topic is not a support question

Tags:

No tags yet.

gibor

offline
Moderator

Premesso che il notebook ha già varie partizioni impegnate, di cui una è dedicata alle prove.
Ha un boot legacy senza EFI/UEFI, ed ha già installato un grub4dos-0.4.4. Per cui visto spiacevoli inconvenienti del passato evito di lasciare all'installer il campo libero.
Scaricato la iso da https://people.slitaz.org/~shann/slitaz-current64-stuff/slitaz-current64-core64-grub2.iso:
Estratto dall'iso il vmlinuz ed il relativo rootfs.gz in una cartella del boot corrente.
Aggiunto la riga al mio grub per caricare la live.
Fase 1: avvio live dal grub (legacy)
scelgo strumenti di sistema> slitaz installer
Poi scelgo la parte Valuta: senza partizionamento o formattazione
Indico nelle caselle preposte il percorso completo dell'immagine ISO
La partizione di destinazione (nel mio caso /dev/sda7
)
Poi installa: Primo errore
>>

Estrai immagine ISOslitaz-current64-core64-grub2.iso
L'immagine ISO non è corretta.

dalla nuova finestra che si presenta ripeto selezione dell'iso e della partizione
di nuovo premo installa: stavolta avanza ma da altri errori che seguono:
>>

SliTaz core64 2025-08-11 slitaz-current64-core64-grub2.iso
Hard disk installation (UMSDOS way)
----
Install root filesystem in /slitaz....
Extracting rootfs.gz ...
Creating initrd /usr/bin/taziso: line 170: /lib/ld*.so: not found

Command line: cp /tmp/fs4591/lib

BusyBox v1.31.1 (2025-07-30 21:01:40 Europe) multi-call binary.

Usage: cp [OPTIONS] SOURCE... DEST

...
/usr/bin/taziso: line 170: /lib/ld*.so: not found

Command line: cp /tmp/fs4591/lib

BusyBox v1.31.1 (2025-07-30 21:01:40 Europe) multi-call binary.

Usage: cp [OPTIONS] SOURCE... DEST

...
/usr/bin/taziso: line 170: /lib/ld*.so: not found

Command line: cp /tmp/fs4591/lib

BusyBox v1.31.1 (2025-07-30 21:01:40 Europe) multi-call binary.

Usage: cp [OPTIONS] SOURCE... DEST

...
/usr/bin/taziso: line 170: /lib/ld*.so: not found

Command line: cp /tmp/fs4591/lib

BusyBox v1.31.1 (2025-07-30 21:01:40 Europe) multi-call binary.

Usage: cp [OPTIONS] SOURCE... DEST

...
Install boot files...
Creating tazboot.exe ...

A questo punto rinuncio a slitaz installer e proseguo manualmente con l'installazione:
estrazione della rootfs.gz sulla partizione, creazione della cartella boot, copia del vmlinuz-5.10.238-slitaz64
modifica alla riga del grub per l'avvio reale.
Fase 2: Avvio di slitaz su partizione:
A slitaz avviato noto la mancanza dell'audio
>>errore in alsa ucm ucm2 (alsa-lib parser.c:2775:(load_toplevel_config) Unable to find the top-level configuration file '/usr/share/alsa/ucm2/ucm.conf'."
tazpkg search-pkgname ucm2

Search result for package "ucm2"
=======================================================================
0 packages
Manualmente copio le cartelle che avevo sulla mia LFS di ucm ucm2 in /usr/share/alsa/ e riavvio
stavolta l'audio c'è, ma persiste un errore
alsa-lib main.c:1541:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -2

>>indicazione sulla barra della lingua indica errata. Cosa che stranamente con un logout/login diventa giusta
.

Mancanza del firmware iwlwifi
, visto che al momento non ha connessione ripeto la copia del firmware dalla mia LFS
al riavvio connessione wifi funzionante!

>>Altra incoerenza sul tazpkg: alla richiesta di conferma continua a fare la domanda con “y/n” ma la risposta deve essere nella lingua scelta (nel mio caso “s/n” (si / no)
Magari la stessa cosa avviene in francese con “o/n” (oui / non) anche se non posso confermarlo non avendo realmente provato con altre lingue.

Scusate la lungaggine, ma tutto questo non è una richiesta e nemmeno una critica, ma solo per segnalare dei punti della distro, che possono mettere in difficoltà persone con minor esperienza.

Posted 4 weeks ago #
shann

offline
Administrator

Ciao Gibor,

Grazie per il tuo feedback.
Devo controllare, se ho capito bene, stai provando a installare Slitaz Current dal sistema rolling?

Nel mio caso non noto problemi quando provo l'installer e uso l'ISO, se me lo ricordo provo a installarlo live in Current, ma penso di dover riprovare per rivedere il processo di installazione.

Per quanto riguarda il tuo problema con Alsa, trovo che 'ucm.conf' nel pacchetto alsa-ucm-conf, disponibile su rolling, non su current.

Per il firmware iwlwifi, ho dei pacchetti (il mio laptop Tuxedo ne ha bisogno ;)), ma non sono inclusi di default nell'ISO.

Per la conferma locale di tazpkg ('y/n'), devo controllare

Posted 4 weeks ago #
shann

offline
Administrator

Gibor,

Eseguo test con ISO rolling e current, in entrambi i casi l'installer di Slitaz funziona correttamente.
Per sicurezza, ricompilo l'ISO, la carico sul mirror e rifaccio i test.

Compilo alsa-ucm-conf, continuo a controllare il problema con tazpkg ('y/n')

Per la lingua sul pannello, di fatto eseguo logout/login, risolvo il problema con gli artefatti.

Il problema che riscontri su taziso, credo sia dovuto al fatto che non è stato configurato per funzionare con Slitaz current (x86_64 completo)

Certo, so che non è un bene per gli utenti normali.
Bisogna migliorare l'esperienza d'uso (supporto Wi-Fi, supporto stampante, ...).
Gestione dell'utilizzo/dimensione dell'ISO e necessità di utilizzare la modalità LiveCD.

Posted 4 weeks ago #
gibor

offline
Moderator

Ciao Shann,
le prove si riferiscono come ho scritto, in avvio live della current64.
La scelta di quell'opzione sull'installer è dovuta principalmente al fatto che dichiara “senza formattazione”. Nella principale ricordo che si poteva scegliere successivamente cosa fare (partizione, installare il grub, la home ecc.) siccome non volevo, come mi è capitato in passato, che l'opzione non esisteva ed allora mi piallava l'hard disk senza tanti avvisi!!!

Sono partito dalla iso current64 poiché è comune preparare un supporto (usb, cdrom) con unetbootin o rufus. Quindi avviare ed installare.

Per la lingua sul pannello, di fatto eseguo logout/login, risolvo il problema con gli artefatti.

il problema è che è recidivo, al riavvio insiste con "US"...

Posted 3 weeks ago #
shann

offline
Administrator

Gibor,

Ho scoperto perché tazpkg continua a usare lo scopo ('y/n'), manca it.po, vedo che è lo stesso anche su rolling, usiamo tazpkg 944, l'ultima versione di tazpkg è la 976 ma non è inclusa in cooking.

Ho eseguito il backport del file it.po e ho ricompilato tazpkg/slitaz-i18n, ora tazpkg usa la traduzione 'it'.

Devo verificare perché l'artefatto persiste.

Scusa per l'errore riguardo rolling/current iso.
In effetti hai ragione, fai un test utente su liveCD se funziona come previsto, procedi all'installazione.
Nel mio test per "SliTaz Installer" uso current64 iso (build di gennaio), come detto, non ho notato problemi di processo :/
Spero che sia solo un'iso corrotta e che ora funzioni anche dalla tua parte :(

Posted 3 weeks ago #
gibor

offline
Moderator

Devo verificare perché l'artefatto persiste.

Non ne so il motivo, ma se a slim.conf disablilito autologin la barra mostra sempre giusto.

Posted 3 weeks ago #
shann

offline
Administrator

Ciao Gibor,

Strano :/
Da parte mia vedo che il problema potrebbe essere in .config/lxpanel/slitaz/panels/panel, vedo che il plugin xkb ha il parametro LayoutLists=us.

Se uso setxkbmap, cambio immediatamente la lingua sul pannello.

Posted 3 weeks ago #
gibor

offline
Moderator
Shann, grazie del supporto, anche se con tutta la buona volontà non vorrei che parlassimo di due versioni di slitaz differenti.
Ho usato la tua indicata nel link iniziale, a 64bit completa. La current64 sui repo è una 32bit con solo il kernel a 64bit.
Dico questo, perchè da nessuna parte mi trovo la voce “LayoutLists=”.
Sempre che con queste denominazioni non sia io a fare confusione...
Mi auguro che togliate quel benedetto rolling, current e diate un nome univoco a tutte.

Edit: buffo questo framework, a distro spenta non esiste, se avvio c'è... :-/
tux@slitaz:/media/disk-1/home/tux$ grep -r "LayoutLists=" *
tux@slitaz:/media/disk-1/home/tux$
Attachments
screenshot.png (172.8 KB, 21 downloads) 3 weeks old
Posted 3 weeks ago #
gibor

offline
Moderator

ecco il motivo dell'equivoco: è "LayoutsList" non "LayoutLists"
tux@slitaz:/media/disk-1/home/tux$ grep -r "LayoutsList=" .
./.config/lxpanel/slitaz/panels/panel: LayoutsList=it
In ogni caso è settato "it" ma il plugin mostra "us"

Posted 3 weeks ago #
shann

offline
Administrator

Ciao Gibor,

Scusami per l'errore di battitura 'LayoutLists' / 'LayoutsList'

Ho trovato una soluzione per assicurarmi che l'etichetta kmap sia impostata correttamente durante l'accesso automatico di Slim.
Ho inserito delle linee in .xinitrc per assicurarmi di impostare correttamente la tastiera.

kmaplang=$(cat /etc/keymap.conf | awk -F'-' '{print $1}')
setxkbmap $kmaplang

Con questo, il pannello ha il layout corretto in alto.
slitaz-configs-base è stato aggiornato.

Per quanto riguarda i nomi, hai ragione. Il nome rolling/current potrebbe creare confusione.
Soprattutto con rolling, il kernel è a 64 bit e lo spazio utente a 32 bit.
Current64 è completamente a 64 bit.

Quando inizierò a lavorarci, penso di usare il nome "6.0", ma su https://roadmap.slitaz.org abbiamo già una pagina sulla versione 6.0.
Forse è meglio mantenere la versione 6.0 e riscrivere la pagina della roadmap?

Posted 3 weeks ago #
gibor

offline
Moderator

Ciao Shann,
Ok, grazie per la pazienza, anche se alcune cose non corrispondono a quello che vedo.
Sui repo esiste solo https://mirror.slitaz.org/iso/current/ dove all'interno si trova
slitaz-current-core64.iso e non slitaz-current64-core64.iso
la versione quindi disponibile al download è slitaz-current-core64.iso ma è a 32bit userspace con kernel a 64bit. Provare per credere...
file bin/busybox
bin/busybox: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0, stripped
oppure
file bin/mount
bin/mount: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 3.2.0, stripped
me ne sono accorto a mie spese, installandola, e scoprendo che non eseguiva binari a 64bit.

Per il plugin ok, era la soluzione più semplice, ma non rimuoveva il bug, per questo avevo evitato di proporla.
La mia riga aggiunta era così:
sed -i '/tazbox mkmenu/a setxkbmap $(cat /etc/keymap.conf)' .xinitrc
ed in via generale si poteva inserire nel sistema in /etc/skel/.xinitrc

avevo trovato tracce pure sul web del bug di lxpanel, ma non riuscivo ad aprire la pagina
advisories.mageia.org/MGAA-2016-0022.html

Posted 3 weeks ago #
shann

offline
Administrator

Mi dispiace, in realtà devo chiarire lo stato della cartella corrente nel mirror per evitare errori.

https://mirror.slitaz.org/iso/current, è correlato al chroot "current" su tank, che utilizza userland a 32 bit.

Quando lavoro su current64, uso il mio chroot locale e non creo mai il chroot current64 su tank.

Ho creato un file README su https://mirror.slitaz.org/iso/current per spiegare come le ISO vengono inviate al mio spazio.
Infatti, a causa del limite di tank, posso continuare a usare il chroot :(.

Per quanto riguarda il link di Mageia, con WebArchive potrei aprirlo.
https://web.archive.org/web/20170726223420/advisories.mageia.org/MGAA-2016-0022.html

Infatti, parla del problema con la tastiera e risolvilo con setxkbmap.

Posted 3 weeks ago #
gibor

offline
Moderator

Ok, grazie di tutto! :-)

Posted 3 weeks ago #
gibor

offline
Moderator
Allora non contento della soluzione setxkbmap sono andato a guardare i sorgenti del plugin e sorpresa: È già prevista quella funzione!!!
Talmente semplice da sfuggire all'occhio di entrambi.
Nella configurazione di xkb (~/.config/lxpanel/slitaz/panels) c'è la riga KeepSysLayouts da mettere a “0”

Plugin {
type=xkb
Config {
DisplayType=1
PerWinLayout=0
NoResetOpt=0
KeepSysLayouts=0
Model=pc105
LayoutsList=it
VariantsList=,
ToggleOpt=shift_caps_toggle
FlagSize=4
}

In poche parole non deve mantenere la lingua di sistema, ma quella scelta.
Per di più si fa dal pannello delle preferenze senza bisogno d'altro. Basta togliere la spunta alla voce
“Mantenere le disposizioni di sistema”
Attachments
screenshot.png (44.9 KB, 14 downloads) 3 weeks old
Posted 3 weeks ago #
shann

offline
Administrator

Bella cattura Gibor :)

Infatti non vedo queste impostazioni, meglio dell'hack setxkbmap

Posted 3 weeks ago #

RSS feed for this topic

Reply

You must log in to post.

Report di installazione ordinaria con current64

Attachments

Attachments

Reply