Re: Info boot
On 25/11/20 21:30, Marco Gaiarin wrote: Mandi! Giancarlo Martini In chel di` si favelave... Sbaglio o una volta lo si poteva fare? Devi (anche) rigenerare l'initrd, con: update-initramfs -k all -u secondo me questo passaggio è inutile, perché indipendente dal disco/dischi presenti nel sistema. È il disco in RAM usato per l'avvio di Linux, potresti copiarti tutto il disco pari pari su un altro disco, sostituirlo e tutto funziona ancora. e questo supponendo che tu abbia già aggiornato la configurazione di grub. come accennavo nell'altra mail secondo me è questo il problema, ma potrebbe anche non essere o non essere il solo. In alternativa, grezza, basta che nella configurazione di grub togli l'UUID della partizione di / e ci metti il device. però se fai così puoi avere dei problemi, se il sistema è configurato con gli UUID, allora questi sono "unici", se gli metti il nome del device e fai una modifica (ad esempio inserisci un disco nuovo o anche installi aggiornamenti di determinati pacchetti) potresti avere che i device assegnati ai supporti di massa sono diversi Ciao Davide
Re: Info boot
On 25/11/20 17:17, Giancarlo Martini wrote: Antefatto: Volevo cambiare il mio disco rigido di backup che montavo all'avvio con la seguente riga UUID=69...b914e5fd /media ext4 defaults,noatime,discard 0 1 in fstab. Come ti hanno già indicato è meglio che cambi il punto di mount in qualcosa d'altro. Ad esempio, ti crei la directory /mnt/backup. Ho comprato il nuovo hd, messo al posto del precedente pensando: l'UUID non coincide, da un messaggio di errore, va avanti. Successivamente da console, con il comando blkid scopro il nuovo UUID e lo sostituisco in fstab, al successivo riavvio tutto torna normale. non è detto. Invece il sistema all'avvio si blocca e non mi fa nemmeno entrare in modalità recovery, stampa i vari messaggi al boot, dopo aver confermato in grub la versione del kernel ma dopo si blocca definitivamente. possono esserci diversi motivi per cui hai questo comportamento. Per esempio sul disco che usavi di backup c'era installato grub e quello faceva partire il sistema sul disco corretto, su altre dischi/partizioni potrebbe esserci installato grub, ma con una configurazione non corretta per il tuo sistema attuale. Inoltre inserire un disco potrebbe modificare l'ordine di avvio (ad esempio sui dischi dovrebbero esserci dei ponticelli che impostano il disco come auto/master/slave, a seconda del posizionamento e dove lo colleghi potrebbe cambiare il comportamento al riavvio). Secondo me risolvi se fai reinstallare grub su tutti i dischi/partizioni presenti. Il problema potrebbe essere che inserendo il disco nuovo non ti parta più il sistema e per risolvere questo problema puoi fare una delle seguenti: 1) sistemi i ponticelli per mantenere la sequenza procedente (potrebbe essere anche sufficiente attaccare il disco nuovo ad un'altra presa dati non collegata a quella del tuo disco di avvio). Verifica anche da BIOS l'ordine d'avvio con inserito il disco nuovo 2) usi un supporto con installato grub, riavvii il sistema da quello e poi installi grub ovunque (questo lo puoi fare avendo solo grub e usando i comandi di grub per trovare disco e partizione e farla avviare o installando grub con i comandi per avviare esattamente il sistema sul disco corretto) Poi se hai UEFI & C. potrebbero esserci altre problematiche che probabilmente non conosco. Ciao Davide PS: io presuppongo che tu abbia solo sistemi GNU/Linux, altrimenti potresti avere altre problematiche se fai quanto indicato.
Re: Mpv - quale formato audio produce?
* Davide Prina [231120, 11:54]: > > ma io non ho questa opzione --stream-dump su testing. > C'è dump-cache, ma è indicato: > $ man mpv > [...] > This command is experimental, and all details about it may change in the > future. > [...] > Su sid c'è sia --stream-dump che --stream-record; quest'ultima viene data come 'bugged' e si consiglia di usarla con una cache (istruzione che devo approfondire). > [...] > The output format is determined by the extension of the output file. > [...] > Come avevo ipotizzato in un precedente post. Nel rispondere a Sabrewolf ho anche spiegato la confusione da me fatta tra il man mpv di Stretch e quello di Sid... > > '--stream-capture' > > Anche con questa, però, il file prodotto è del tipo 'data' > Penso di aver chiarito, almeno a me stesso, cosa succede a tale proposito. Non mi resta che approfondire la lettura del man di sid, che dovrò usare per verificare le interruzioni inspiegabili dello strem sul PC con Stretch e mplayer: dalle prime evidenze vedo che occorrono allo stesso punto in cui si fermano le registrazioni fatte con mplayer... Grazie della tua assistenza e scusa il ritardo, motivato nell'altra risposta. Cordiali saluti, Ennio -- [Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo. \\?// Fà qualche cosa di cui non sei capace!" (diceva Henry Miller) (°|°) [Why use Win$ozz (I say) if ... "even a fool can do that. .)=(. Do something you aren't good at!" (as Henry Miller used to say)] /_\
Re: Mpv - quale formato audio produce?
* Sabrewolf [241120, 17:13]: > > Su debian testing con mpv 0.32.0 esiste. > > - Hai perfettamente ragione: ho di sicuro fatto confusione tra il man di mpv_0.23.0-2 (sul mio PC con Stretch) e il man di mpv_0.32.0-2+b1 di Sid, che - ingenuamente - pensavo fossero la stessa cosa. Nel man mpv di Stretch non c'è il riferimento al fatto che l'output è determinato dal suffisso che si dà al file registrando (circostanza, questa, che avevo solo ipotizzato in un mio precedente post). > > $ url=https://freewavesamples.com/files/Alesis-Fusion-Acoustic-Bass-C2.wav > > $ mpv --stream-dump=1.wav $url > > $ mpv --stream-record=2.wav $url > > $ file ?.wav > 1.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, > stereo 44100 Hz > 2.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, > stereo 44100 Hz > La mia esperienza, qui, è leggermente diversa, anche se sostanzialmente uguale nel risultato finale. Usando il portatile (con Sid) e il comando § mpv --stream-dump=prova.mp3 $url ottengo: § file prova.mp3 prova.mp3: data ma, dopo aver trasformato (con sox) in prova.ogg: $ file prova.ogg prova.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I Grazie dell'assistenza e scusa il ritardo con cui rispondo, dovuto solo al panico che mi ha preso quando, installando un kernel più recente sul portatile, ho "segato il ramo sul quale stavo appollaiato" dando la risposta sbagliata al doveroso warning che mi veniva sottoposto... Cordialmente, Ennio -- [Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo. \\?// Fà qualche cosa di cui non sei capace!" (diceva Henry Miller) (°|°) [Why use Win$ozz (I say) if ... "even a fool can do that. .)=(. Do something you aren't good at!" (as Henry Miller used to say)] /_\
Re: Info boot
Mandi! Giancarlo Martini In chel di` si favelave... > Sbaglio o una volta lo si poteva fare? Devi (anche) rigenerare l'initrd, con: update-initramfs -k all -u e questo supponendo che tu abbia già aggiornato la configurazione di grub. In alternativa, grezza, basta che nella configurazione di grub togli l'UUID della partizione di / e ci metti il device. -- - in Italia cosa rischia uno che tortura? - ...Se è una tortura e via, poco... Se ha anche scaricato musica da Internet, quattro anni Sergio Staino (Bobo e figlia, maggio 2004)
Re: Info boot
Si qualcosa e cambuato. In /etc/fstab prima devi commentare la riga corrispondente al vecchio hd. Successivamente con il disco nuovo avvii il pc, cerchi l'uuid del nuovo disco, modifichi il fstab e riavvii. Il Mer 25 Nov 2020, 18:06 Piviul ha scritto: > Il 25/11/20 17:17, Giancarlo Martini ha scritto: > > E' un pò di tempo che non smanetto con l'installazione di Debian e mi > > devo essere perso qualcosa. > > Antefatto: Volevo cambiare il mio disco rigido di backup che montavo > > all'avvio con la seguente riga > > UUID=69...b914e5fd /media ext4 defaults,noatime,discard 0 1 > > in fstab. > Ciao Giancarlo ma cosa c'entra l'installazione di debian? Comunque non > so bene quale sia il tuo problema e come risolverlo ma ti posso dire > che montare un hd nella cartella /media non è un buona idea; > /media/qualcosa può essere accettabile ma non direttamente in /media. > > Piviul > >
Re: Oggi sudo ?
Il 21/11/20 12:25, Stefano Simonucci ha scritto: Sarò un uomo all'antica, ma io uso "sudo". Anch'io non volevo essere antico e per questo ho cercato di configurare policykit. Ho aggiunto una nuova azione in /usr/share/polkit-1/actions, così: https://paste.debian.net/1174304/ Come si può notare ho dovuto creare dei wrapper in /usr/local/sbin perché policykit 0.105 che abbiamo su debian pare non supportare le regole ".rules" scritte in javascript ma solo il formato pklocalauthority, almeno così dicono qui: https://unix.stackexchange.com/questions/507975/systemd-service-management-using-pkla-equivalents-to-polkits-rules-on-debian Allora ho creato una regola in /etc/polkit-1/localauthority/50-local.d: [System update] Identity=unix-user:nome_utente Action=org.system.apt.update;org.system.apt.full-upgrade ResultAny=no ResultInactive=no ResultActive=yes "ResultActive=yes" abilita l'utente specifico ad eseguire l'azione e sovrascrive "no" che ho impostato di default nella regola in /usr/share/polkit-1/actions/org.system.apt.*. Adesso "pkexec /usr/local/sbin/system-update" esegue l'aggiornamento da terminale senza chiedere la password. Era quello che volevo, però... che confusione !
Re: Info boot
Il 25/11/20 17:17, Giancarlo Martini ha scritto: E' un pò di tempo che non smanetto con l'installazione di Debian e mi devo essere perso qualcosa. Antefatto: Volevo cambiare il mio disco rigido di backup che montavo all'avvio con la seguente riga UUID=69...b914e5fd /media ext4 defaults,noatime,discard 0 1 in fstab. Ciao Giancarlo ma cosa c'entra l'installazione di debian? Comunque non so bene quale sia il tuo problema e come risolverlo ma ti posso dire che montare un hd nella cartella /media non è un buona idea; /media/qualcosa può essere accettabile ma non direttamente in /media. Piviul
Info boot
E' un pò di tempo che non smanetto con l'installazione di Debian e mi devo essere perso qualcosa. Antefatto: Volevo cambiare il mio disco rigido di backup che montavo all'avvio con la seguente riga UUID=69...b914e5fd /media ext4 defaults,noatime,discard 0 1 in fstab. Ho comprato il nuovo hd, messo al posto del precedente pensando: l'UUID non coincide, da un messaggio di errore, va avanti. Successivamente da console, con il comando blkid scopro il nuovo UUID e lo sostituisco in fstab, al successivo riavvio tutto torna normale. Invece il sistema all'avvio si blocca e non mi fa nemmeno entrare in modalità recovery, stampa i vari messaggi al boot, dopo aver confermato in grub la versione del kernel ma dopo si blocca definitivamente. Sbaglio o una volta lo si poteva fare? -- Giancarlo Martini (Replace 'AAA' con '@') mailto:giancarlomartiniAAAgmail.com
