il fatto è che dovrebbe installarlo: cos'è che va storto? Non sarà che c'è qualche problema con la rete e non riesce a scaricarli? Puoi postare (o mandarmi via e-mail) i log relativi?
anche qui, è un controllo che nelle versioni precedenti non c'era. Da capire se l'errore viene fuori a causa di una svista nello script o perché effettivamente fallisce l'installazione dei keyrings (nel qual caso si spiegherebbe perché poi -ovviamente- fallisce anche l'installazione dei vari pacchetti).
P.S.: dopo cena vedo di mettere online una versione aggiornata...
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Paolo mi ricordi dove trovo i log? che mi so scordato?
questa volta non ha fallito su Installazione dei "keyrings" per APT.
ma il problema su aplay c era...quindo ho dovuto proseguire solo con le modifiche base...
i log sono questi
autoremove.log
-rw-r--r-- 1 root root 3213 Dec 15 19:51 install.kernel.log
-rw-r--r-- 1 root root 5339 Dec 15 19:48 install.keyrings.log
-rw-r--r-- 1 root root 36371 Dec 15 19:50 install.packages.log
-rw-r--r-- 1 root root 1803 Dec 15 19:47 purge.syslog.log
-rw-r--r-- 1 root root 6259 Dec 15 19:48 update.log
-rw-r--r-- 1 root root 30740 Dec 15 19:49 upgrade.log
quale ti serve?
poi rilancio lo script e chiaramente adesso aplay va (l ha installato prima)
ma ho il problema con i keyrings
codice:Reading package lists... Building dependency tree... Reading state information... debian-archive-keyring is already the newest version. debian-edu-archive-keyring is already the newest version. debian-keyring is already the newest version. debian-ports-archive-keyring is already the newest version. emdebian-archive-keyring is already the newest version. pkg-mozilla-archive-keyring is already the newest version. ubuntu-archive-keyring is already the newest version. deb-multimedia-keyring is already the newest version. liquorix-archive-keyring is already the newest version. liquorix-keyring is already the newest version. liquorix-keyrings is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up linux-image-4.3-2.dmz.2-liquorix-amd64 (4.3-5) ... vmlinuz(/boot/vmlinuz-4.3-2.dmz.2-liquorix-amd64 ) points to /boot/vmlinuz-4.3-2.dmz.2-liquorix-amd64 (/boot/vmlinuz-4.3-2.dmz.2-liquorix-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-4.3-2.dmz.2-liquorix-amd64.postinst line 263. initrd.img(/boot/initrd.img-4.3-2.dmz.2-liquorix-amd64 ) points to /boot/initrd.img-4.3-2.dmz.2-liquorix-amd64 (/boot/initrd.img-4.3-2.dmz.2-liquorix-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-4.3-2.dmz.2-liquorix-amd64.postinst line 263. /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-4.3-2.dmz.2-liquorix-amd64 Warning: /sbin/fsck.overlay doesn't exist, can't install to initramfs, ignoring. live-boot: core filesystems devices utils memdisk udev wget blockdev. /etc/kernel/postinst.d/zz-update-grub: /usr/sbin/grub-probe: error: failed to get canonical path of `overlay'. run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1 Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-4.3-2.dmz.2-liquorix-amd64.postinst line 634. dpkg: error processing package linux-image-4.3-2.dmz.2-liquorix-amd64 (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of linux-image-liquorix-amd64: linux-image-liquorix-amd64 depends on linux-image-4.3-2.dmz.2-liquorix-amd64 (= 4.3-5); however: Package linux-image-4.3-2.dmz.2-liquorix-amd64 is not configured yet. dpkg: error processing package linux-image-liquorix-amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: linux-image-4.3-2.dmz.2-liquorix-amd64 linux-image-liquorix-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1)
Ultima modifica di antonellocaroli : 15-12-2015 a 21:01
sotto /var/tmp/easetup-*/
Ma vedo che li hai già trovati da solo.
Per il problema della mancata installazione di alsa-utils dovrebbe esserci qualche indizio in "install.packages.log"... ma a questo punto direi di soprassedere: credo di aver capito e (spero) risolto. Ho appena messo online una nuova versione.
Solito posto: http://www.audiofaidate.org/sw/easetup.sh
L'ho reso nuovamente più "verboso", così che eventuali errori durante l'aggiornamento e/o l'installazione dei pacchetti siano immediatamente visibili, aggiunto una conferma sull'installazione del kernel Liquorix (così si evitano errori nei test con le live) e sostituito il "fail" con un semplice warning (con istruzioni su cosa fare) in caso di errori nel setup di grub.
Provate e fatemi sapere.
Per ogni evenienza, le vecchie versioni sono archiviate sotto "/sw/old", rinominate con un numero progressivo. Quelle notoriamente "bacate" hanno un ulteriore suffisso ".bad" (ma probabilmente anche molte delle altre meriterebbero tale suffisso).
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
sono un genio... per non so quale strano motivo avevo messo la chiamata alla funzione che fa quel check all'interno della funzione che fa la selezione iniziale, quindi prima che venisse fatta l'installazione dei pacchetti!
P.S.: ora capisco cosa volevi dire con:
OK, sistemato.
Nuova versione on-line.
Nel frattempo ho rimesso in piedi il sistema di test dopo la morte dell'ennesimo HDD. Almeno sulla VM a 32 bit sembra andare tutto bene.
Ultima modifica di UnixMan : 16-12-2015 a 20:12
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
cose che capitano, purtroppo. Quella macchina sta accesa 24/7... ed il disco era vecchiotto.
mmmh, il filtro sull'output di "squeezelite -l" non ha trovato alcun device "ammesso"... strano. Prima "aplay -l" il device lo aveva trovato? Se dai "squeezelite -l" che devices escono fuori?
sì. Penso che aggiungerò la possibilità di scelta anche per altre cose.
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Ci sono attualmente 1 utenti che stanno visualizzando questa discussione. (0 utenti e 1 ospiti)