[Silvan]

Bene, una volta avviato il sistema puoi ricreare l’initramfs specifico per l’installazione, saranno inseriti automaticamente i driver in uso che servono per l’avvio.
La presenza dell’initramfs per il kernel 4.4.32mamba è un problema noto (è la versione del kernel in uso sul server che crea le immagini) che spero sia risolto nelle prossime immagini dopo un aggiornamento del pacchetto dracut che ho fatto in settimana.

[Silvan]

Mi assicurerei che l’initramfs venga caricato da grub perché dal log del kernel non sembra. Poi proverei a creare un initramfs che contenga tutti i driver per i dischi, come nel seguente comando (ricavato da rpm -q kernel-mamba-x86_64 --scripts):

/usr/sbin/dracut -f --filesystems "ext3 squashfs isofs reiserfs ext4" \
       --nomdadmconf --nolvmconf -k /lib/modules/4.4.35mamba-x86_64 \
       /boot/initramfs-4.4.32mamba-x86_64-failsafe.img 4.4.35mamba-x86_64

Suppongo che di installare da rootfs sia una scelta, perché di solito è più facile avviare la iso live e fare l’installazione.

[Silvan]

Ciao,
qual è la linea di comando di qemu?

[Silvan]

Ciao,

ho pubblicato sul forum inglese un diagramma fatto tempo fa che sintetizza i processi di sviluppo di openmamba e lo segnalo anche qui:

Modello di sviluppo di opemmamba

Il diagramma può essere di interesse per coloro che desiderano partecipare allo sviluppo tecnico della distribuzione.

[Silvan]

Ciao,
il problema dovrebbe risolversi con l’aggiornamento in arrivo delle librerie qt e qtwebengine.

Buone feste.

[Silvan]

Ciao,
suppongo il problema si verifichi sulla versione milestone3, in quanto nelle versioni rolling e milestone4 firefox è aggiornato.

Il problema non potrà essere corretto nella milestone3 ma è da poco disponibile la procedura di aggiornamento a milestone4 con istruzioni in questo post.

Il mio consiglio è di effettuare l’aggiornamento del sistema alla versione milestone4 o rolling seguendo la suddetta procedura.

[Silvan]

Ciao,
lo puoi installare con il comando rpm aggiungendo l’opzione –noconflicts:

sudo rpm -i vivaldi-stable-1.6.689.34-1.x86_64.rpm --noconflicts

[Silvan]

Sto correggendo il file che crea il problema nel pacchetto xen. Grazie a te.

[Silvan]

Il file /etc/grub.d/07_xen causa il problema e normalmente non dovrebbe esserci.
Per capire perché è lì e se ci sono altri files di troppo:

rpm -qf /etc/grub.d/*

se vengono riportati rpm diversi da grub bisogna o aggiustarli o rimuoverli. Se ci sono files installati che non appartengono a nessun rpm vanno cancellati a mano. Dopdiché di nuovo sudo update-grub.

[Silvan]

Il file finisce con la riga

### BEGIN /etc/grub.d/07_xen ###

?

Consiglio di lanciare da terminale il comando sudo update-grub, riportando qua eventuali messaggi di errore che dovessero presentarsi. In caso contrario, se il comando riporta l’elenco delle voci di avvio aggiunte e nessun errore, proverei poi a riavviare.

[Silvan]

Ciao,
grub e il sistema operativo sono entrambi sul disco SSD? Puoi postare il file /boot/grub/grub.cfg?

[Silvan]

Ciao,
ho provato la snapshot del livecd (rolling, versione a 64 bit) del 1 novembre su chiavetta USB e non ho riscontrato problemi. All’avvio del desktop con login automatico l’occupazione di memoria è sotto i 400 MB.

A questo punto il dubbio che ho è come hai preparato il sistema per l’avvio da “flash drive” e, se non hai già fatto così, potresti provare a masterizzare la ISO della versione che ho indicato su un DVD.

[Silvan]

Ciao,
non ho ancora potuto verificare se il problema sia dovuto all’ultimo livecd prodotto automaticamente.

Però questo tipo di problema si verifica spesso anche quando la memoria RAM on board del PC è al di sotto dei requisiti minimi dell’ambiente KDE completo. Ad oggi io avvierei il livecd solo su un PC con almeno 1GB di RAM ed aspettandomi che comunque non sarà una scheggia.

In alternativa puoi provare il livecd-light che avvia un ambiente grafico LXDE e dovrebbbe funzionare correttamente anche su PC con soli 256MB di RAM.

[Silvan]

Ciao,
è disponibile un aggiornamento che corregge questo problema.

Puoi installarlo senza attendere i normali passaggi con questo comando da terminale:

sudo smart install http://cdn.openmamba.org/pub/openmamba/devel-makedist/RPMS.x86_64/squid-3.5.22-3mamba.x86_64.rpm

[Silvan]

Ciao,
ho gestito la segnalazione in parallelo a livello di pacchettizzazione di openmamba e ci sarà un aggiornamento del pacchetto squid con supporto nativo per systemd.

[Autore]

Articoli