Newsgroup: it.comp.os.linux.iniziare
Titolo: Togliere il controllo all'avvio del FS dalla live (Ubuntu 20.04 LTS).

Hello,
avevo trovato, tempo addietro un articolo, dove illustrava la 
possibilità di togliere, da Ubuntu 20.04 LTS avviato mediante USB o USB 
disk, il controllo del File System ad ogni avvio.
Qualcuno ha informazioni in merito?
Grazie.

intendi una versione live o installato?
 
forse da dentro /etc/fstab ?


Qua c'è tutto mi pare:
https://askubuntu.com/questions/1231734/disable-ubuntu-20-04-disk-checkup-every-boot
 
 
Good luck!

 
https://askubuntu.com/questions/1231734/disable-ubuntu-20-04-disk-checkup-every-boot
 
 
In generale non mi è mai parsa una buona idea editare direttamente su
grub.cfg perché le modifiche apportate a mano si perdono ad ogni
aggiornamento del pacchetto, ed in effetti anche nella prima riga di
grub.cfg c'è scritto "# DO NOT EDIT THIS FILE".
 
Non ho dimestichezza con le Live persistenti, mi chiedo quindi se non
sia invece possibile utilizzare il metodo canonico di modifica di Grub
editando nel file 
/etc/default/grub
la riga
GRUB_CMDLINE_LINUX_DEFAULT="fsck.mode=skip"
e poi aggiornando il boot loader con il comando
sudo update-grub
 


Grazie, appena possibile provo, ma sapete perché hanno fatto una scelta 
del genere? A che serve perdere tutto questo tempo all'avvio?


Non ne ho idea...
 
Per quanto riguarda quello che diceva Tony, sì in effetti ha ragione,
editare direttamente il grub.cfg non è il massimo della vita perché
quando poi aggiorni viene sovrascritto e perdi la configurazione.
Molto meglio editare come ha spiegato il file suggerito e poi rigenerare
grub col comando update-grub, su debian e derivate come anche ubuntu,
oppure qualora non ci fosse quel comando, come ad esempio su slackware,
si lancia:
 
grub-mkconfig -o /boot/grub/grub.cfg
 
 
Volendo fare le cose come non si dovrebbe, ovvero editando direttamente
il file grub.cfg, si può anche farne un backup, esempio:
 
cp grub.cfg ~/.backups/grub.cfg.bk
 
Nell’eventualità che in futuro applichi aggiornamenti che vanno a
sovrascrivere grub2, e quindi ti rasano il /boot/grub/grub.cfg, potrai
ripristinare il backup conservato:
 
cp ~/.backups/grub.cfg.bk /boot/grub/grub.cfg
 
 
Però alla fine è più facile fare come dice Tony... Meglio seguire la
procedura corretta insomma.

 scelta del genere? A che serve perdere tutto questo tempo all'avvio?
 
Perché altrimenti saresti qui a chiedere perché il FS è corrotto e come 
fare per recuperare i dati.
 
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 Giovanni
 
Non credo: il disco/USB pendrive o hard esterno, non partirebbero 
proprio, visto che è sulla live che lo fa... ;)
Quando installi, sul disco, il problema non si pone.

 proprio, visto che è sulla live che lo fa... ;)
 
Forse ipotizzano che una live su USB
possa essere rimossa con poca cautela
e quindi sia conveniente fare un check
ad ogni boot.
 
bye,
 
-- 
 
piergiorgio

 proprio, visto che è sulla live che lo fa... ;) 
 
uh, perché non partirebbero? in realtà la live è anche il supporto di installazione e il check serve a che tu non rimanga a mezzo per via di un file in un settore danneggiato. altre distribuzioni lo fanno, opzionale, all'inizio dell'installazione ma una live lo deve fare prima perché è necessario che il supporto non sia montato.

 del genere? A che serve perdere tutto questo tempo all'avvio?
 
perché in genere le live come quella di ubuntu sono fatte per installare il sistema operativo e al limite per provarlo. non per avere un mero sistema operativo bootabile da usb.
per l'installazione del sistema operativo è importante che il supporto sia integro altrimenti l'installazione non ti arriva in fondo e resti con un sistema inutilizzabile, magari dopo aver corrotto uno funzionante.


Si, pero` Fedora fa il checksum
dell'ISO stesso, che ha piu` senso.
E lo fa opzionalmente.
 
Qui sembra una cosa piu` strana.
 
bye,
 
-- 
 
piergiorgio


Al più non si avvia e la ripristini: tempo inutilmente perso.
Secondo me, chi si avvicina la prima volta a linux e vede una cosa del 
genere utilizzerà la pendrive in modo più "utile"... :(
 


Direi che se non va la devi ripristinare in ogni caso, quindi fare 
questo controllo è inutile, ad ogni boot.


Questa è una giusta osservazione ma il controllo potrebbe avvenire, 
anziché all'avvio, prima di avviare l'installazione.
Se si è avviato è sostanzialmente ok, ma se devo installare, 
giustamente, verificarne l'integrità è corretto.
Ad ogni avvio è solo una perdita di tempo.


Giuste osservazioni.
Potresti anche farlo presente al team di sviluppo di ubuntu,
attrverso un qualche sistema di feedback della community di
quella distribuzione.
 
In passato pensavo che un utente non esperto fosse piuttosto
“distante” dal poter parlare direttamente con gli svilupaptori
di un progetto software...
Poi mi trovai nella necessità di far funzionare una chiavetta
modem internet olicard qualcosa, e non riuscii in nessun modo
a farla funzionare come avrebbe dovuto. Alla fine avevo provato
a chiedere sul forum di usbmode-switch dove si erano dimostrati
più che cordiali e disponibili nonostante fossi un semplice
utente non esperto nel far proposte ad un team di sviluppo.
Bene, mi indicarono diverse soluzioni e alla fine buttammo giù
una patch ad un modulo del kernel, che sottoposi io stesso e
venne accolta e aggiunta in tutti i kernel successivi.
Alla fine non fu niente di drammatico come invece immaginavo
e anzi, devo dire che risparmiai anche un sacco di tempo rispetto
a chiedere in vari forum o newsgroup generici come può essere
questo.
 
Per cui, hai fatto bene ad esporre qui il tuo punto di vista,
la proposta mi sembra anche sensata. Pertanto fatti forza e
proponila direttamente su ubuntu, ci sarà un sitema di feedback
o braistorm o similari. Qualche idea qua:
 
https://askubuntu.com/questions/28440/where-can-i-send-feature-requests?noredirect=1&lq=1
 
https://discourse.ubuntu.com/
 
(*) 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
 
https://loco.ubuntu.com/teams/ubuntu-it/
 
 
Io andrei di mailing list (*).
Oppure metterei la proposta su “disocourse”.
 
Qua se ne erano già lamentati comunque:
https://askubuntu.com/questions/1229050/how-do-i-disable-filesystem-checking-on-boot-in-20-04
 
 
potrebbe essere che vi sia già una segnalazione bug aperta,
eventualmente fai una ricerca in tal senso oppure chiedi
comunque e se mai te lo faranno notare.
 
Come vedi ci sono tanti spunti per provare a migliorare le
cose.

 Ad ogni avvio è solo una perdita di tempo.
 
me ne rendo conto. ma per verificare il supporto a prescindere dal metodo occorrerebbe smontarlo e, essendo una live avviata, non è più possibile.
altre distro la verifica del supporto la mettono come opzione nel menù di avvio. ubuntu invece evidentemente fa così.

 avere un mero sistema operativo bootabile da usb.
 
LOL, questa l'ho già sentita, e in tutte le salse: tempo fa su
it.comp.os.linux.ubuntu c'era un tizio che, presentandosi sempre con un
nickname diverso, elencava tutta una serie di problemi legati
all'utilizzo della Live nell'uso quotidiano, quasi sempre però senza
manco specificare subito che stava appunto utilizzando Ubuntu in quella
maniera. :-D 
 
Alle volte sospettavo che fosse un troll, ma oltre ad essere un
maleducato, forse inconsapevole, probabilmente si trattava più che
altro di un minorato mentale che tornava continuamente alla carica
perché non riusciva a comprendere nulla di quanto gli si diceva.
 
Non faccio mai uso di Ubuntu come live ma a quanto leggo ci dovrebbe
essere la possibilità di interrompere all'avvio il check del file system
premendo il tasto "S", o forse anche [ESC]; in rete però molti lamentano
che questa possibilità non funziona correttamente e che il controllo del
file system prosegue comunque fino alla fine.
Mi chiedo se premere invece la combinazione di tasti [Ctrl]+C
sortirebbe l'effetto voluto. Non ho voglia di fare tutta la prova ma
magari l'opener potrebbe verificarlo ...
 

 maniera. :-D 
 
è naturale avere problemi, come non averli con un sistema che ad ogni boot si avvia stile memento? :-P


Ho cercato ma non ho trovato questi post. Gentilmente mi puoi dare i 
link che vedo queste discussioni?
Magari trovo qualcosa di utile. Grazie.

 Magari trovo qualcosa di utile. Grazie.
 
Lo farei volentieri ma è difficilissimo anche per me: il tizio
utilizzava sempre nomi diversi per postare e, come ho scritto, tendeva
ad evitare di indicare immediatamente che utilizzava una Live.
Comunque non ti perdi un granchè visto che i post di quel morpher
risultavano inconcludenti, specie perché non voleva utilizzare la
persistenza dei dati su chiavetta e alla fine dei vari thread non si
premurava mai di concludere specificando quali risultati o impedimenti
aveva ottenuto.
 
Tu comunque sei riuscito a evitare il controllo del file system
all'avvio o sei ancora in alto mare?
 


I link te li abbiamo già messi.
Hai modificato la configurazione persistente del bootloader?
Avevi scritto che provavi...
 
Quello che hai rilevato è un bug della 20.04, già segnalato:
 
https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1875548
 
 
E se leggevi il link che avevo messo sopra trovavi la spiegazione,
non solo, ma anche la soluzione per metterci una pezza autonomamente.
 
Ci riprovo:
 
https://askubuntu.com/questions/1231875/how-to-disable-live-system-check-at-startup-booting-in-ubuntu-20-04
 
---------------------------------------
Removing Disk Check on Persistent USB’s
 
The command line option fsck.mode=skip can be used to skip the disk
check.
 
The line Checking disks: 0% complete will still come up but fsck will
not be run, nor will boot time be increased.
 
mkusb After the Persistent USB drive is created, open
/boot/grub/grub.cfg as root.
 
    Add fsck.mode=skip to the Persistent menuentry thus:
 
    linux ($root)/casper/vmlinuz file=/cdrom/preseed/ubuntu.seed
    maybe-ubiquity fsck.mode=skip quiet splash persistent ---
 
    Newer versions of mkusb already include this fix.
-----------------------------------------------------
 
Dipende anche da come hai creato la lavie sulla chiavetta.


Purtroppo non avuto ancora il tempo necessario... :(

 
 
Grazie appena possibile provo. Vi tengo aggiornati, non penso prima del 
fine settimana. ;)

On 03/10/20 12:14, Tony Borlini wrote:

Stamattina ho provato: ho creato una pendrive con Ubuntu mate ma il file 
grub.cfg, agendo da un altro linux ubuntu, resta in sola lettura anche 
se entro con il comando sudo.
Ho provato anche con un terminale root ma il risultato non cambia.
Ho avviato la pendrive ma anche da li niente:
 
[CODE]
ubuntu-mate@ubuntu-mate:~$ sudo pluma /etc/default/grub
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$ sudo pluma /etc/default/grub
^C
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$
ubuntu-mate@ubuntu-mate:~$ sudo pluma /etc/default/grub
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$ sudo pluma /etc/default/grub
^C
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$ update-grub
grub-mkconfig: è necessario eseguirlo come root
ubuntu-mate@ubuntu-mate:~$ sudo update-grub
/usr/sbin/grub-probe: errore: recupero del percorso canonico di "/cow" 
non riuscito.
ubuntu-mate@ubuntu-mate:~$
[/CODE]
 
Cosa sbaglio? Soluzioni?

 Stamattina ho provato: ho creato una pendrive con Ubuntu mate
 
Bene, fermati lì un attimo e spiega come l’hai creata,
quali comandi hai dato per crearla ecc...


Ho usato "creatore di dischi di avvio" senza parametri particolari.

 genere utilizzerà la pendrive in modo più "utile"... :(
 
Oltre a vedere, bisognerebbe anche saper leggere!
 
Non conoscevo questa recente introduzione del controllo dei filesystem
perché da diversi anni non scarico iso di Ubuntu per il semplice fatto
che quando esce una nuova release faccio l'aggiornamento di versione, ma
leggendo il thread mi era venuto un dubbio ed in un altro post avevo
suggerito di provare a premere Ctrl+C per interrompere il check.
"Ovviamente" non ho ottenuto alcuna risposta ...
 
Oggi per curiosità ho provato a mettere su una chiavetta una Ubuntu Live
(20.04.1); l'ho avviata ed è partito appunto il check, solo che è
comparsa anche la scritta "Press Ctrl+C to cancel all filesyste checks
in prograss".
Ho premuto quella combinazione di tasti ed in effetti il controllo si è
arrestato ed il boot ha proseguito.
 
E' vero che anche se avevo scelto la lingua italiana, l'avviso era
scritto in inglese, lingua che magari non tutti conoscono, ma se anche
dopo che lo si è pure suggerito qui ancora non presti attenzione mi
chiedo come stai messo ... :-/
 

 chiedo come stai messo ... :-/
 
Forse conviene che scendi prima sulla terra e poi ricominci a scrivere. :-/
 
 


Ah ora è chiarissimo...
 
Da quale file sei partito?
Non sono partico di ubuntu, cos’hai scaricato?
Cos’è una ISO? un pacchetto compresso?
 
Metti il link al sistema operativo che hai scaricato.

On 10/10/20 10:36, Joe wrote:

Ho provato a masterizzare con il comando dd ed ho il medesimo risultato.
sudo dd if=/media/hd-1tb/ubuntu-mate-20.04.1-desktop-amd64.iso
  of=/dev/sdc bs=4M
Comando trovato su internet.
Ciao.


Ho provato a masterizzare con il comando dd ed ho il medesimo risultato.
sudo dd if=/media/hd-1tb/ubuntu-mate-20.04.1-desktop-amd64.iso
  of=/dev/sdc bs=4M
Comando trovato su internet.
 
da
http://cdimage.ubuntu.com/ubuntu-mate/releases/20.04/release/ubuntu-mate-20.04.1-desktop-amd64.iso
 
 
Ciao.
 

 sudo dd if=/media/hd-1tb/ubuntu-mate-20.04.1-desktop-amd64.iso of=/dev/sdc bs=4M
 
Ok fai così:
------------
sudo su -
 
mkdir /tmp/mnt
 
fdisk -l /dev/sdc
 
mount /dev/sdc /tmp/mnt
 
cd /tmp/mnt
 
ls -lh boot/grub/grub.cfg
-------------------------
 
Seleziona tutto il testo del terminale, così si vedono i tuoi comandi
(quelli sopra) e il relativo output.
Copialo e incollalo nel tuo mesaggio di risposta.


Ok, alla fine per curiosità ho fatto una prova io.
 
Quella riportata dll’OP in realtà non è altro che la creazione di una
live pura su chiavetta. Quindi senza modifiche persistenti al sistema
sulla chiavetta stessa.
 
Il comando “dd” usato come si vede spora, sbatte semplicemnte la ISO
scaricata sulla chiavetta in formato “superfloppy”, senza
partizionamento o altro...
Pertanto non si può modificare il comportamento una volta per tutte
in modo che resti salvato per sempre ad ogni utilizzo della chavetta.
 
Ho provato però una procedura abbastanza brutale:
 
0) le operazioni seguenti vanno eseguite come root per cui:
 
su -
 
oppure:
 
sudo su -
 
 
 
1) si monta la ISO in loop
 
mkdir /mnt/tmp ubuntu-dir
mount ubuntu-mate-20.04.1-desktop-amd64.iso /mnt/tmp
 
 
2) si fa una copia del contenuto in una dir del sistema (sistema da cui
si sta lavorando, che non c’entra nulla con il sistema della live ubuntu
ovviamente).
 
rsync -ar /mnt/tmp/ ubuntu-dir/
 
 
3) si edita il file isolinux/txt.cfg
 
sed -i '/append/s/file=/fsck.mode=skip file=/' ubuntu-dir/isolinux/txt.cfg
 
Che in pratica significa aggiungere l’opzione fsck.mode=skip alle
righe di quel file contenenti la direttiva "append". Per capirci alla
fine salta fuori una cosa del genere:
-------------------------------
cat ubuntu-dir/isolinux/txt.cfg
-------------------------------
default live
label live
  menu label ^Try Ubuntu MATE without installing
  kernel /casper/vmlinuz
  append  fsck.mode=skip file=/cdrom/preseed/ubuntu-mate.seed initrd=/casper/initrd quiet splash ---
label live-nomodeset
  menu label ^Try Ubuntu MATE without installing (safe graphics)
  kernel /casper/vmlinuz
  append  fsck.mode=skip file=/cdrom/preseed/ubuntu-mate.seed initrd=/casper/initrd quiet splash nomodeset ---
label live-install
  menu label ^Install Ubuntu MATE
  kernel /casper/vmlinuz
  append  fsck.mode=skip file=/cdrom/preseed/ubuntu-mate.seed only-ubiquity initrd=/casper/initrd quiet splash ---
label live-install-nomodeset
  menu label ^Install Ubuntu MATE (safe graphics)
  kernel /casper/vmlinuz
  append  fsck.mode=skip file=/cdrom/preseed/ubuntu-mate.seed only-ubiquity initrd=/casper/initrd quiet splash nomodeset ---
label memtest
  menu label Test ^memory
  kernel /install/mt86plus
label hd
  menu label ^Boot from first hard disk
  localboot 0x80
----------------
 
Per la cronaca non c'entrava nulla il file grub.cfg, che invece
sembra sia coinvolto nel caso di chiavette con insatallazione
persistente. Nel caso della live il responsabile è isolinux,
non grub.
 
 
4) si crea una nuova ISO (tutto su una riga!)
 
mkisofs -J -l -b isolinux/isolinux.bin -no-emul-boot -boot-load-size 4 -boot-info-table -z -iso-level 4 -c isolinux/
isolinux.cat
 -joliet-long -o ubuntu.iso ubuntu-dir
 
 
5) si avvia con quella, che nell'esempio è nominata "ubuntu.iso"
 
E alla schermata del checkdisk appare "check skipped", poi scompare subito.
Come riprova, sempre all'avvio si può subito premere un tasto esempio sù
o giù e salta fuori la schermata con la scelta della lingua e in seguito
la scelta della modalità di avvio, da lì basta premere F6 e quindi ESC:
 
appare la stringa con le opzioni di avvio: in pratica è la riga di "append"
che abbiamo modificato prima. Se si porta il cursore all'inizio della riga,
si vedrà che c'è anche la nostra opzione aggiunta fsck.mode=skip.
 
 
5.1) per testare la iso io ho usato quemu:
 
qemu-system-x86_64 -m 1.5G -enable-kvm -boot d -drive file=ubuntu.iso,media=cdrom
 
 
5.2) Per usarla con la chiavetta fisica, si fà come scritto in cima:
 
dd if=ubuntu.iso of=/dev/sdc bs=4M
 
occhio che /dev/sdc sia davvero la nostra chiavetta e non un disco, c’è
il rischio di rasarlo irreversibilmente!
Per cui ATTENZIONE!
 
non per nulla dd assomiglia molto a “disk destroy”   ;)
 
 
 
 
PS.
Questa procedura è utile non tanto e non solo per la piccola modifica
che si voleva apportare qui, quanto per creare una ISO contenente
pacchetti aggiuntivi, o materiale che vogliamo avere “embedded” nel
nostro sistema portatile e difficile da modificare grazie al filesystem
ISO.
 
C’è da dire che se si vuole sulla chiavetta uin sistema più simile
a quello installato su disco, ma col vantaggio della portabilità, allora
conviene sicuramente crearsi una chiavetta “persistente”.
 
Il sistema sopra, può essere copiato e incollato comando per comando
in un semplice script bash. Facendo attenzione alla potenziale
svrascrittura di dischi importanti con dd...


Non sono riuscito.
[CODE]
ubuntu-mate@ubuntu-mate:~$ sudo su -
root@ubuntu-mate:~# mkdir /tmp/mnt
root@ubuntu-mate:~# fdisk -l
Disk /dev/loop0: 1,71 GiB, 1818759168 bytes, 3552264 sectors
Units: sectors of 1 * 512 = 512 bytes
<....>
Dispositivo Avvio   Start     Fine  Settori  Size Id Tipo
/dev/sdb1   *           0  4971007  4971008  2,4G  0 Vuoto
/dev/sdb2         3849324  3857259     7936  3,9M ef EFI (FAT-12/16/32)
/dev/sdb3         4972544 15564799 10592256  5,1G 83 Linux
root@ubuntu-mate:~# fdisk -l /dev/sdb
Disk /dev/sdb: 7,43 GiB, 7969177600 bytes, 15564800 sectors
Disk model: Mass-Storage
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: 0x01adc5cf
 
Dispositivo Avvio   Start     Fine  Settori  Size Id Tipo
/dev/sdb1   *           0  4971007  4971008  2,4G  0 Vuoto
/dev/sdb2         3849324  3857259     7936  3,9M ef EFI (FAT-12/16/32)
/dev/sdb3         4972544 15564799 10592256  5,1G 83 Linux
root@ubuntu-mate:~# mount /dev/sdb /tmp/mnt
mount: /tmp/mnt: /dev/sdb already mounted or mount point busy.
root@ubuntu-mate:~# mount /dev/sdb3 /tmp/mnt
root@ubuntu-mate:~# cd /tmp/mnt
root@ubuntu-mate:/tmp/mnt# ls
install-logs-2020-10-10.0  install-logs-2020-10-12.1  lost+found
install-logs-2020-10-11.0  install-logs-2020-10-14.0
install-logs-2020-10-12.0  install-logs-2020-10-15.0
root@ubuntu-mate:/tmp/mnt# umount /dev/sdb3 /tmp/mnt
umount: /tmp/mnt: target is busy.
umount: /tmp/mnt: target is busy.
root@ubuntu-mate:/tmp/mnt# umount /dev/sdb3 /tmp/mnt
umount: /tmp/mnt: target is busy.
umount: /tmp/mnt: target is busy.
root@ubuntu-mate:/tmp/mnt# ls -lh boot/grub/grub.cfg
ls: impossibile accedere a 'boot/grub/grub.cfg': File o directory non 
esistente
root@ubuntu-mate:/tmp/mnt# mount /dev/sdb /tmp/mnt
mount: /tmp/mnt: /dev/sdb already mounted or mount point busy.
root@ubuntu-mate:/tmp/mnt#
 
 
 
ubuntu-mate@ubuntu-mate:~$ sudo su -
root@ubuntu-mate:~# mkdir /tmp/mnt
root@ubuntu-mate:~# fdisk -l /dev/sdb
Disk /dev/sdb: 7,43 GiB, 7969177600 bytes, 15564800 sectors
Disk model: Mass-Storage
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: 0x01adc5cf
 
Dispositivo Avvio   Start     Fine  Settori  Size Id Tipo
/dev/sdb1   *           0  4971007  4971008  2,4G  0 Vuoto
/dev/sdb2         3849324  3857259     7936  3,9M ef EFI (FAT-12/16/32)
/dev/sdb3         4972544 15564799 10592256  5,1G 83 Linux
root@ubuntu-mate:~# mount /dev/sdb2 /tmp/mnt
root@ubuntu-mate:~# cd /tmp/mnt
root@ubuntu-mate:/tmp/mnt# ls
  efi  'System Volume Information'
root@ubuntu-mate:/tmp/mnt# ls -lh boot/grub/grub.cfg
ls: impossibile accedere a 'boot/grub/grub.cfg': File o directory non 
esistente
root@ubuntu-mate:/tmp/mnt#
 
 
ubuntu-mate@ubuntu-mate:~$ sudo su -
root@ubuntu-mate:~# mkdir /tmp/mnt
root@ubuntu-mate:~# fdisk -l /dev/sdb
Disk /dev/sdb: 7,43 GiB, 7969177600 bytes, 15564800 sectors
Disk model: Mass-Storage
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: 0x01adc5cf
 
Dispositivo Avvio   Start     Fine  Settori  Size Id Tipo
/dev/sdb1   *           0  4971007  4971008  2,4G  0 Vuoto
/dev/sdb2         3849324  3857259     7936  3,9M ef EFI (FAT-12/16/32)
/dev/sdb3         4972544 15564799 10592256  5,1G 83 Linux
root@ubuntu-mate:~# mount /dev/sdc /tmp/mnt
mount: /tmp/mnt: special device /dev/sdc does not exist.
root@ubuntu-mate:~# mount /dev/sdb /tmp/mnt
mount: /tmp/mnt: /dev/sdb already mounted or mount point busy.
root@ubuntu-mate:~# mount /dev/sdb1 /tmp/mnt
mount: /tmp/mnt: /dev/sdb1 already mounted on /cdrom.
root@ubuntu-mate:~# ls -lh boot/grub/grub.cfg
ls: impossibile accedere a 'boot/grub/grub.cfg': File o directory non 
esistente
root@ubuntu-mate:~#
 
[/CODE]
 
Soluzioni?
 

>> sudo dd if=/media/hd-1tb/ubuntu-mate-20.04.1-desktop-amd64.iso of=/dev/sdc bs=4M
 
Ora che hai imparato a diventarre root, puoi darlo anche
da root, senza sudo.
 
Occhio di nuovo al parametro “of=” lì è dove andrai a scrivere
la iso. Devi essere sicuro che il device sia quello giusto ovvero
la chiavetta, perché verrà rasato completamente e tutto quello che c’è
lì dentro lo perdi. In altre parole se ti sbagli e ci scrivi il
device del disco fisso su cui hai roba importante, perdi tutto!
 
Per questo è sempre buona norma, come era scritto in un link che
ti avevo messo e probabilmente non hai sfiorato:
 
stacca chiavetta
lsblk
attacca chiavetta
lsblk
 
così vedi di preciso il nome del file speciale /dev/*** che si è
aggiunto, se alla chiavetta vine associato sdb, oppure sdc, o sdd
o cosa...
 
a quel punto prendi vai con dd.
 
Però se vuoi eliminare il problema del fsck, prima la ISO va
modificata come ho spiegato nell’altro messaggio, che probabilmente
non hai letto qando hai scritto.

>> -------------------------
 
Partiamo dal presupposto che ho conoscenze limitate e mi serve una guida 
passo passo.
Gentilmente puoi integrare i passi mancanti prima e dopo, se ne hai 
voglia. Non rispondo alla tua "provocazione" ma evita di postare "alla 
cazzo", non mi sembra molto gentile.
Ciao.


Caro amico, ho scritto 160 righe di post in cui ti ho mostrato
il test che ho fatto io, passo passo. Il problema sei tu, e non
è una questione di scarse conoscenze: prima hai scritto di aver
dato il comando “dd” per creare la chiavetta avviabile, invece
da quanto hai postato in seguito, la chavetta non risulta asso-
lutamente creata in quel modo... Questo significa che quello che
riporti qui non è coerente con quanto effettivamente esegui al
PC.
Detto questo, puoi venire a capo del tuo problema, leggendo le
risposte che ti sono già state date, e che evidentemente non hai
letto... con somma soddisfazione di chi le ha scritte a gratis.
Anche nell’ultima risposta che ti ho dato, nonostante abbia usato
un tono un po’ scherzoso, trovi parecchi spunti per capire dove
hai sbagliato e suggerimenti per correggerti.
Ma dalla tua risposta, non ne hai nessuna voglia, per cui datti
pace e premi ctrl-c quando viene avviato il fsck.