Re: /usr/lib in partizione separata
ho risolto spostando in blocco la usr/share. nessun problema (al momento) a parte dover rinunciare all'inutile splash di grub (che si potrebbe lasciare in copia nella posizione originale). grazie ancora. Roberto Il 24/01/23 10:18, Federico Di Gregorio ha scritto: Il problema è quello che ha detto il rubi*, systemd richiede un sacco di moduli e librerie che si trovano dentro a /usr/lib e quando parte questi non sono disponibili. Inoltre se usi una Debian moderna, probabilmente hai già "usrmerge", ovvero /bin e /lib sono due link simbolici che puntano a /usr/bin e /usr/lib. L'initrd utilizzato durante l'avvio sa questa cosa e monta /usr immediatamente ma non può sapere che /usr/lib sta da un'altra parte. Se vuoi che tutto funzioni devi: 1) personalizzare il codice che va in initrd per eseguire il mount di /usr/lib; oppure 2) fare un backup, formattare e reinstallare. La prima opzione è più divertente, la seconda probabilmente più veloce e dal risultato garantito. federico * per chi non lo conoscesse, il rubi ha sempre ragione. On 24/01/23 10:02, Tarqui wrote: Grazie per le risposte. 1. il montaggio di /usr in / non crea problemi quindi (dal mero punto di vista di mount) non dovrebbe crearne neanche il montaggio di /usr/lib in /usr. 2. mantenendo i dati della directory lib sulla partizione /usr, il boot avviene correttamente anche col successivo montaggio della partizione /usr/lib su di essa (contiene copie dei file). 3. il kernel panic indica "attempted to kill init!" che sarebbe il processo pid 1 che fisicamente si chiama /usr/lib/systemd/systemd. Ho provato a lasciare nella partizione di /usr solo la directory lib/systemd, ma non risolve il problema. Probabile che servano altri contenuti collegati al processo di avvio (moduli, firmware, librerie, ...). Dovrebbe essere possibile montare separatamente /usr/lib subito dopo una installazione minimale, senza toccare il contenuto della partizione originale /usr ma clonandola sulla nuova partizione per /usr/lib. Però in caso di variazioni a programmi di sistema suppongo che i dati installati nella /usr/lib non essendo disponibili al successivo riavvio potrebbero ripresentare il problema. Ergo: montare /usr/lib separatamente NON è una buona idea. Opterò per link esterni a singole directory di programmi applicativi "spaziovori". Grazie ancora a tutti. Buona giornata. Roberto Il 23/01/23 17:41, Roberto Balbi ha scritto: Salve a tutti. Con lo riempirsi di / avevo spostato /usr su una nuova partizione configurata in fstab con UUID=... /usr ext4 defaults 0 1 Tutto ok. Ora allo riempirsi di /usr ho provato a fare la stessa cosa per /usr/lib UUID=... /usr ext4 defaults 0 1 UUID=... /usr/lib ext4 defaults 0 1 ma tutto quello che ottengo è un kernel panic. Come per il primo spostamento, ho usato una live e copiato con cp -a, impostato fstab e riavviato. Qualche idea? Grazie per l'attenzione. Roberto -- Roberto Balbi roberto.ba...@aruba.it 389.527.3653 < gradito cortese cenno di ricezione > OpenPGP_signature Description: OpenPGP digital signature
/usr/lib in partizione separata
Salve a tutti. Con lo riempirsi di / avevo spostato /usr su una nuova partizione configurata in fstab con UUID=... /usr ext4 defaults 0 1 Tutto ok. Ora allo riempirsi di /usr ho provato a fare la stessa cosa per /usr/lib UUID=... /usr ext4 defaults 0 1 UUID=... /usr/lib ext4 defaults 0 1 ma tutto quello che ottengo è un kernel panic. Come per il primo spostamento, ho usato una live e copiato con cp -a, impostato fstab e riavviato. Qualche idea? Grazie per l'attenzione. Roberto OpenPGP_signature Description: OpenPGP digital signature
Re: Non riesco a connettermi con una scheda usb-wifi con chipset realtek 8192
avevo risolto uno strano problema (simile ma non uguale) aggiungendo al file /etc/NetworkManager/NetworkManager.conf le righe [device] wifi.scan-rand-mac-address=no poi si riavvia il servizio con # service NetworkManager restart prova a vedere se fa al caso tuo. saluti. Il 14/01/23 10:40, Leandro Noferini ha scritto: Ciao a tutti, ho uno strano problema con una scheda usb-wifi tenda con chipset realtek 8192 su una debian AMD64/stable con kernel 5.19 La scheda viene configurata correttamente ma non si collega con un errore di autenticazione sul router (ovviamente la password è giusta). Sul syslog leggo questo: == Jan 14 10:32:32 debian-i5 NetworkManager[496]: [1673688752.9756] device (wlan0): Activation: (wifi) association took too long, failing activation === Che significa questo messaggio?
Re: Non riesco a connettermi con una scheda usb-wifi con chipset realtek 8192
avevo risolto uno strano problema (simile ma non uguale) aggiungendo al file /etc/NetworkManager/NetworkManager.conf le righe [device] wifi.scan-rand-mac-address=no poi si riavvia il servizio con # service NetworkManager restart prova a vedere se fa al caso tuo. saluti. On 16/01/23 14:45, Cosmo wrote: In data sabato 14 gennaio 2023 21:06:08 CET, Leandro Noferini ha scritto: > Ci ho provato ma senza risultato, il sistema non vede neanche l’hotspot. Ma quella scheda ha mai funzionato?
Re: Nuova scheda madre AS ROCK
Il 14/06/21 10:15, pinguino ha scritto: On 13/06/21 22:01, Davide Prina wrote: On 13/06/21 18:43, pinguino wrote: giu 13 16:23:36 nomehost kernel: alx :01:00.0 enp1s0: Enabling MSI-X interrupts failed! Non so cosa sia MSI, https://en.wikipedia.org/wiki/Message_Signaled_Interrupts Buongiorno Lista, Qui dice che ci sono dei bugs nel kernel Linux, prima della versione 2.6.20. Linux gained support for MSI and MSI-X around 2003.[20] Linux kernel versions before 2.6.20 are known to have serious bugs and limitations in their implementation of MSI/MSI-X.[21] però quando non avviava nemmeno la parte grafica, avevo trovato di aggiungere nel menu di Grub la scritta PCI=NOMSI. penso sia questo il problema del non funzionamento della scheda di rete. Ciao Davide Pero ora sembra un cane che si morde la coda. Se tolgo la stringa PCI=NOMSI da GRUB mi da problemi e si blocca la parte grafica o tutto il sistema. Se lo lascio non funziona la scheda di rete. Grazie Saluti . scusate non ho letto proprio tutti i messaggi precedenti. puoi indicare marca e modello della vecchia mb, così capiamo le differenze. il bios è impostato alle opzioni di default? sono installati i firmware? # apt-get install firmware-linux firmware-linux-free firmware-linux-nonfree firmware-misc-nonfree + altri pacchetti es. firmware-atheros legati al tuo hardware. prova anche un # update-pciids ciao
Re: disco nuovo, non compare grub
Il 08/06/21 17:50, Davide Prina ha scritto: On 08/06/21 10:55, Roberto Balbi wrote: ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata all'avvio non mi compare più la schermata di grub (!?). il problema è che all'avvio cambi i nomi delle partizioni. Io ti consiglio di installare grub su qualsiasi partizione tu abbia, anche solo dati. Un altro metodo e far partire grub da altro supporto (chiavetta, CD, ...) e dall'interfaccia di GRUB individuare il tuo disco e la partizione e far partire il sistema in questo modo[¹]. Una volta partito puoi verificare effettivamente dove sta il problema. Ciao Davide [¹] ho indicato in passato i passi da seguire, ora ho trovato questo: https://lists.debian.org/debian-italian/2008/03/msg00091.html sono sicuro che in qualche altro thread avevo indicato tutti i passi: * quando compare grub premi e, per entrare in edit * ... dai un'occhiata al manuale di grub per vedere la sintassi. grazie, ho risolto. vedi post di risposta a Marco Ciampa per dettagli.
Re: disco nuovo, non compare grub
Il 08/06/21 14:36, Piviul ha scritto: Il 08/06/21 12:25, Marco Ciampa ha scritto: On Tue, Jun 08, 2021 at 10:55:56AM +0200, Roberto Balbi wrote: salve lista ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata, per sostituire un precedente disco a fine vita. è riconosciuto dal bios (vecchio pc, niente efi). all'avvio non mi compare più la schermata di grub (!?). se lo collego con adattatore sata2usb nessun problema. [...] Ovvio che non compaia grub, se non lo installi... vedi il comando grub-install /dev/sdX Ci sono milioni di guide su internet, ad esempio questa: https://francoconidi.it/ripristinare-grub2-da-chroot-da-una-debian-live/ Piviul . grazie, ho risolto (in effetti senza chroot). vedi post di risposta a Marco Ciampa per dettagli.
Re: disco nuovo, non compare grub
Il 08/06/21 17:29, Cosmo ha scritto: In data martedì 8 giugno 2021 16:46:53 CEST, Roberto Balbi ha scritto: il bios è l'ultimo disponibile per la mb, 2.10 2010/7/1 (lo so, è vecchiotto). la mb è sata2, ma già con un ssd sata3 (/dev/sda) non ho avuto problemi. batteria tampone ok. Che differenza c'è tra il nuovo e il vecchio disco? In fstab hai provato a usare sdX invece del uuid? grazie, ho risolto. vedi post di risposta a Marco Ciampa per dettagli.
Re: disco nuovo, non compare grub
Il 08/06/21 22:49, valerio ha scritto: Il 08/06/21 16:43, Roberto Balbi ha scritto: Il 08/06/21 12:25, Marco Ciampa ha scritto: On Tue, Jun 08, 2021 at 10:55:56AM +0200, Roberto Balbi wrote: salve lista Ovvio che non compaia grub, se non lo installi... vedi il comando grub-install /dev/sdX ... ecc. grazie per la risposta. chiarisco che grub è installato sul disco sda che contiene le partizioni / e /home. il nuovo disco (sdb) contiene solo dati (lo monto in /media/dati). se lo scollego, o lo collego con adattatore usb, il sistema parte correttamente. ho anche provato a reinstallare grub dal dvd di debian (modalità rescue). senza risultati. appena ricollego il nuovo hdd alla mb, non mi compare grub e il sistema non parte. quindi, mi sembra che non sia un problema di grub, ma del sistema che non parte... puoi postare il contenuto di fstab? ed anche fdisk -l? valerio . grazie, ho risolto. vedi post di risposta a Marco Ciampa per dettagli.
Re: disco nuovo, non compare grub
Il 08/06/21 17:28, Marco Ciampa ha scritto: On Tue, Jun 08, 2021 at 10:55:56AM +0200, Roberto Balbi wrote: salve lista ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata, per sostituire un precedente disco a fine vita. è riconosciuto dal bios (vecchio pc, niente efi). all'avvio non mi compare più la schermata di grub (!?). se lo collego con adattatore sata2usb nessun problema. indico di seguito le operazioni eseguite. pc spento. collegato nuovo hdd alla mb (asrock n68-s). avvio (grub, debian stable 64bit). accesso come root. avvio gparted. disco riconosciuto correttamente. creata tabella partizioni msdos e partizioni come segue (fdisk -l) Disk /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: 010-2EP102 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xd1cb95d0 Device Boot StartEndSectors Size Id Type /dev/sdc1 2048 1936748543 1936746496 923,5G 83 Linux /dev/sdc2 1936748544 1953523711 16775168 8G 82 Linux swap / Solaris monta la partizione in /mnt copiati i dati dal disco vecchio al disco nuovo. (solo dati standard, copiati semplicemente con cp -a). aggiorno il uuid in fstab per puntare al nuovo disco. spengo. elimino vecchio disco. avvio. non compare grub. (?!) scollegato dalla mb e collegato con adattatore usb -> avvio corretto. update-grub riavvio. stesso problema. non compare grub. avvio col dvd di installazione di debian -> avvio corretto. ripristino grub. riavvio. stesso problema. non riesco a capire che problema abbia a partire con il disco collegato direttamente alla mb. cosa posso controllare? grazie per qualsiasi indicazione. Roberto Balbi Possono esserci diversi fattori, anche tutti assieme... 1) Innanzi tutto vedi che lo vede come /dev/sdc? Parti con una live e collegalo direttamente e guarda come lo chiama... Quindi prova a reinstallare reinstalla grub facendo chroot... Dalla live: mkdir nn mount -o bind /proc nn/proc mount -o bind /dev nn/dev mount -o bind /sys nn/sys chroot nn mount -a grub-install /dev/sda sync - qui puoi semplicemente spegnere di brutto oppure - umount /boot exit umount nn/sys umount nn/dev umount nn/proc reboot 2) è un disco con settori da 4K che "fa finta" di essere da 512 ... questo può provocare cadute di performance e anche mancato avvio perché la geometria di ricostruzione dei settori può cambiare a seconda di come lo vede la motherboard, la procedura sopra descritta dovrebbe risolvere... -- Saluton, Marco Ciampa . GRANDE MARCO! non proprio come hai detto tu, ma ho risolto. indico il procedimento se può essere utile ad altri. avviato da dvd debian in modalità rescue. aperta una shell (direttamente in sda3 che sarebbe la mia /). montato tutti i dischi creando directory apposite. reinstallato grub. riavvio. tutto ok. non mi è ben chiaro perchè non avevano funzionato i precedenti tentativi di reinstallazione di grub sempre con tutti i dischi montati, ma come si suol dire: se funziona, non aggiustarlo. grazie ancora a te per le dritte, e a tutti per l'attenzione. Roberto
Re: disco nuovo, non compare grub
Il 08/06/21 12:34, Cosmo ha scritto: In data martedì 8 giugno 2021 10:55:56 CEST, Roberto Balbi ha scritto: non riesco a capire che problema abbia a partire con il disco collegato direttamente alla mb. Il bios è aggiornato? La batteria tampone è stata sostituita recentemente? grazie per la risposta. il bios è l'ultimo disponibile per la mb, 2.10 2010/7/1 (lo so, è vecchiotto). la mb è sata2, ma già con un ssd sata3 (/dev/sda) non ho avuto problemi. batteria tampone ok.
Re: disk imaging sw
Il 08/06/21 16:15, Marco Ciampa ha scritto: On Tue, Jun 08, 2021 at 02:45:12PM +0200, Nicola Cantalupo wrote: buongiorno, mi consigliate un software open source per disk imaging con incremental imaging? Incremental non ce ne sono per quel che ne so io. Per quello andrei di sw di backup come BackuPC o simili basati su rsync. Per le immagini partimage fa un egregio lavoro e lo trovi in tutte le distro oppure nella live di clonezilla. aggiungo "back in time" sempre nei repo e sempre basato su rsync. facile da configurare.
Re: disco nuovo, non compare grub
Il 08/06/21 12:25, Marco Ciampa ha scritto: On Tue, Jun 08, 2021 at 10:55:56AM +0200, Roberto Balbi wrote: salve lista Ovvio che non compaia grub, se non lo installi... vedi il comando grub-install /dev/sdX ... ecc. grazie per la risposta. chiarisco che grub è installato sul disco sda che contiene le partizioni / e /home. il nuovo disco (sdb) contiene solo dati (lo monto in /media/dati). se lo scollego, o lo collego con adattatore usb, il sistema parte correttamente. ho anche provato a reinstallare grub dal dvd di debian (modalità rescue). senza risultati. appena ricollego il nuovo hdd alla mb, non mi compare grub e il sistema non parte.
disco nuovo, non compare grub
salve lista ho acquistato un disco seagate da 1tb ST1000DM010-2EP102 HDD sata, per sostituire un precedente disco a fine vita. è riconosciuto dal bios (vecchio pc, niente efi). all'avvio non mi compare più la schermata di grub (!?). se lo collego con adattatore sata2usb nessun problema. indico di seguito le operazioni eseguite. pc spento. collegato nuovo hdd alla mb (asrock n68-s). avvio (grub, debian stable 64bit). accesso come root. avvio gparted. disco riconosciuto correttamente. creata tabella partizioni msdos e partizioni come segue (fdisk -l) Disk /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: 010-2EP102 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xd1cb95d0 Device Boot StartEndSectors Size Id Type /dev/sdc1 2048 1936748543 1936746496 923,5G 83 Linux /dev/sdc2 1936748544 1953523711 16775168 8G 82 Linux swap / Solaris monta la partizione in /mnt copiati i dati dal disco vecchio al disco nuovo. (solo dati standard, copiati semplicemente con cp -a). aggiorno il uuid in fstab per puntare al nuovo disco. spengo. elimino vecchio disco. avvio. non compare grub. (?!) scollegato dalla mb e collegato con adattatore usb -> avvio corretto. update-grub riavvio. stesso problema. non compare grub. avvio col dvd di installazione di debian -> avvio corretto. ripristino grub. riavvio. stesso problema. non riesco a capire che problema abbia a partire con il disco collegato direttamente alla mb. cosa posso controllare? grazie per qualsiasi indicazione. Roberto Balbi
Re: impossibile resume dopo aggiornamenti 11/01/2015 ERRATA CORRIGE
In data martedì 13 gennaio 2015 11:57:32, tar...@aruba.it ha scritto: > debian stable 64 > > salve. in seguito agli aggiornamenti del 11/01 scorso non mi funziona più il resume da sospensione e ibernazione. > il sistema entra correttamente in sospensione o ibernazione ma alla > riattivazione resta immobile con schermo spento e nessun accesso su disco. ERRATA CORRIGE l'aggiornamento era linux-image-3.2.0-4-amd64 (3.2.63-2+deb7u2) to 3.2.65-1 col downgrade del kernel al 3.2.63-2+deb7u2 torna a funzionare correttamente. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201501131207.33995.roberto.ba...@aruba.it
Re: OT codici memorie RAM
In data lunedì 1 dicembre 2014 15:14:16, Andrea Calia ha scritto: > On 01/12/14 15:02, gerlos wrote: > > Il giorno 01/dic/2014, alle ore 14:09, tar...@aruba.it ha scritto: > >> es. > >> 1GB 2Rx16 PC2-6400S-666-12 > >> 666 frequenza di qualcos'altro??? > >> 12??? > > 666-12 dovrebbero essere i tempi CAS della RAM. Puoi trovare una breve > spiegazione su Wiki http://en.wikipedia.org/wiki/CAS_latency . Ogni > cifra è riferita a un tipo di latenza. > > Comunque, più è piccolo il numero meglio è :) > > Ciao, > Andrea ok, quindi va letto 6-6-6-12 (666 ricordava valori di frequenza...). https://en.wikipedia.org/wiki/SDRAM_latency RAM speeds are given by the four numbers above, commonly in the format "tCAS- tRCD-tRP-tRAS". For example, latency values given as 2.5-3-3-8 would indicate tCAS=2.5, tRCD=3, tRP=3, tRAS=8. e mi sembra di capire che non è una caratteristica che può portare problemi di compatibilità. al limite diversi banchi lavoreranno con la latenza del più lento. grazie mille. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201412011634.48983.roberto.ba...@aruba.it