File system della pendrive usb in sola lettura

[wilecoyote]

Salve, connettila al computer e vedi se si monta correttamente, se si prova a copiarvi qualche file o directory dalla tua "Home".

Ciao

[frapox]

Prima che mi rispondessi ieri purtroppo ho già fatto la "riformattazione" come da guida linkata da @wilecoyote, perchè l'ho fatta subito dopo che ho inviato il mio precedente post, ma in FAT32, che era uno dei filesystem che mi avevi consigliato tu qualche post fa, infatti prima della tua risposta ho fatto il procedimento che hai scritto tu, però usando FAT32 e senza scriverci dentro; dopo aver fatto l'operazione con gparted comunque non ho fatto altro. Non so se può esserti utile vedere la situazione attuale che vedo tramite Proprietà di thunar e dando mount da terminale, cose che ho già visto ieri, perchè non ho capito se ho risolto la situazione oppure no, ma per adesso non le posto per non creare ulteriore confusione.
In ogni caso visto che nella pendrive attualmente ho un'unica partizione in FAT32 dimmi come procedere per eseguire quello che mi hai consigliato che lo faccio

Va bene anche un filesystem Fat, se ci puoi scrivere dentro, hai risolto. Prova a copiarci uno o due file.

[peppewpm]

Salve, connettila al computer e vedi se si monta correttamente, se si prova a copiarvi qualche file o directory dalla tua "Home".

Ciao

Va bene anche un filesystem Fat, se ci puoi scrivere dentro, hai risolto. Prova a copiarci uno o due file.

Sì, la monta correttamente ed in modo automatico apre la cartella dell'unità usb. Ieri, subito dopo aver finito con gparted, ho fatto la prova con un file pdf sia con copia e incolla sia con taglia e incolla dal computer alla pendrive e viceversa ed oggi ho fatto la stessa prova con più file misti (editor di testo, pdf, libreoffice writer e calc) e con alcune cartelle della mia "Home" e mi permette sia la copia sia il taglia dal computer alla pendrive e viceversa

[frapox]

Salve, connettila al computer e vedi se si monta correttamente, se si prova a copiarvi qualche file o directory dalla tua "Home".

Ciao

Va bene anche un filesystem Fat, se ci puoi scrivere dentro, hai risolto. Prova a copiarci uno o due file.

Sì, la monta correttamente ed in modo automatico apre la cartella dell'unità usb. Ieri, subito dopo aver finito con gparted, ho fatto la prova con un file pdf sia con copia e incolla sia con taglia e incolla dal computer alla pendrive e viceversa ed oggi ho fatto la stessa prova con più file misti (editor di testo, pdf, libreoffice writer e calc) e con alcune cartelle della mia "Home" e mi permette sia la copia sia il taglia dal computer alla pendrive e viceversa

Bene! Ricordati di aggiungere [Risolto] all'inizio del titolo del primo post.

[peppewpm]

Dopo la formattazione di cui abbiamo discusso, nella pendrive dove l’ho fatta ecco qual è la situazione: come vedete dallo screenshot (non ho pensato a farvi uno screenshot sin dal primo post) nei permessi di proprietà di thunar mi dà quelle due parti in “Sola lettura” che non posso cambiare perchè anche se clicco su "Lettura e scrittura" torna automaticamente in “Sola lettura” (non fate caso alla finestra piccola completamente in grigio perchè è finita in secondo piano per colpa dello screenshot, ma lì posso aprire tutte le tendine) e questa è la stessa situazione in cui mi trovavo prima di aprire questo thread.

Di seguito posto il risultato di mount, sempre relativo alla pendrive da 64GB dello screenshot

Codice: Seleziona tutto

mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3480220k,nr_inodes=870055,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=600,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=704480k,mode=755)
/dev/sda2 on / type ext4 (rw,noatime)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
pstore on /sys/fs/pstore type pstore (rw,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3086660k)
/dev/sda1 on /boot/efi type vfat (rw,noatime,fmask=0113,dmask=0002,allow_utime=0020,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,size=12k,mode=755)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/run/cgmanager/agents/cgm-release-agent.systemd,name=systemd)
tmpfs on /run/user/115 type tmpfs (rw,nosuid,nodev,relatime,size=704476k,mode=700,uid=115,gid=124)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=704476k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdb1 on /media/mx/7B76-0F68 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

In /dev/sdb1 come anche in /dev/sda1, che è la partizione EFI del sistema operativo montata in FAT32, trovo tra le tante cose in parentesi quel errors=remount-ro che mi lascia un po' titubante. Alla luce di ciò, compreso lo screenshot in alto, secondo voi ho risolto ugualmente o mi sto facendo troppi complessi mentali?

[wilecoyote]

Salve, stai tranquillo e non farti troppi complessi mentali, il errors=remount-ro è un istruzione che dice al sistema che in caso d errori durante il montaggio di rimontare in solo lettura.

Puoi verificarlo col comando:

Codice: Seleziona tutto

cat /etc/fstab

Hai risolto il problema.

Ciao

[GjMan78]

Dopo la formattazione di cui abbiamo discusso, nella pendrive dove l’ho fatta ecco qual è la situazione: come vedete dallo screenshot (non ho pensato a farvi uno screenshot sin dal primo post) nei permessi di proprietà di thunar mi dà quelle due parti in “Sola lettura” che non posso cambiare perchè anche se clicco su "Lettura e scrittura" torna automaticamente in “Sola lettura” (non fate caso alla finestra piccola completamente in grigio perchè è finita in secondo piano per colpa dello screenshot, ma lì posso aprire tutte le tendine) e questa è la stessa situazione in cui mi trovavo prima di aprire questo thread.

Di seguito posto il risultato di mount, sempre relativo alla pendrive da 64GB dello screenshot

Codice: Seleziona tutto

mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3480220k,nr_inodes=870055,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=600,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=704480k,mode=755)
/dev/sda2 on / type ext4 (rw,noatime)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
securityfs on /sys/kernel/security type securityfs (rw,relatime)
pstore on /sys/fs/pstore type pstore (rw,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3086660k)
/dev/sda1 on /boot/efi type vfat (rw,noatime,fmask=0113,dmask=0002,allow_utime=0020,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,size=12k,mode=755)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/run/cgmanager/agents/cgm-release-agent.systemd,name=systemd)
tmpfs on /run/user/115 type tmpfs (rw,nosuid,nodev,relatime,size=704476k,mode=700,uid=115,gid=124)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=704476k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdb1 on /media/mx/7B76-0F68 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

In /dev/sdb1 come anche in /dev/sda1, che è la partizione EFI del sistema operativo montata in FAT32, trovo tra le tante cose in parentesi quel errors=remount-ro che mi lascia un po' titubante. Alla luce di ciò, compreso lo screenshot in alto, secondo voi ho risolto ugualmente o mi sto facendo troppi complessi mentali?

Se le cose stanno così sin dal primo post il problema non c'è mai stato.

I sistemi GNU/Linux sono multiutente e gestiscono le autorizzazioni di accesso ai file suddividendoli in 3 categorie :

- permessi del proprietario (ovvero l'utente che ha creato il file o la cartella)

- permessi del gruppo (in genere il gruppo di utenti a cui appartiene il proprietario)

- tutti gli altri.

Di base è normalissimo che il proprietario abbia permessi di lettura e scrittura (rw) e tutti gli altri abbiano solo lettura (r).

La schermata che hai postato riassume perfettamente questo concetto.

Ti consiglio di approfondire cercando qualche buon aritcolo su internet, per iniziare puoi partire da qui https://www.andreaminini.com/linux/perm ... i_su_linux

[frapox]

Se le cose stanno così sin dal primo post il problema non c'è mai stato.

Mi sa tanto che c'hai azzeccato.

Tra l'altro, un filesystem vfat non memorizza i permessi UNix quindi qualsiasi modifica agli stessi risulterà inefficace (in fase di mount vengono attibuiti dei permessi "fake" che allo smontaggio semplicemente non vengono memorizzati).

[peppewpm]

Salve, stai tranquillo e non farti troppi complessi mentali, il errors=remount-ro è un istruzione che dice al sistema che in caso d errori durante il montaggio di rimontare in solo lettura.

Ci sarei dovuto arrivare da solo, ma usando distro Linux nel computer da quasi un anno, lasciando perdere le prove precedenti in virtualbox quando ancora usavo Windows 10, sto ancora imparando tante cose anche grazie a voi.

Puoi verificarlo col comando:

Codice: Seleziona tutto

cat /etc/fstab

Hai risolto il problema.

Ciao

Questo comando mi restituisce

Codice: Seleziona tutto

cat /etc/fstab
# Pluggable devices are handled by uDev, they are not in fstab
UUID=deaf6684-0156-455e-b988-3f7fa6a894fb / ext4 noatime 1 1
UUID=a530aaaa-4ce8-4843-a57a-692b4e640c64 swap swap defaults 0 0
UUID=D4BD-9D9A /boot/efi vfat noatime,dmask=0002,fmask=0113 0 0

Se le cose stanno così sin dal primo post il problema non c'è mai stato.

I sistemi GNU/Linux sono multiutente e gestiscono le autorizzazioni di accesso ai file suddividendoli in 3 categorie :

- permessi del proprietario (ovvero l'utente che ha creato il file o la cartella)

- permessi del gruppo (in genere il gruppo di utenti a cui appartiene il proprietario)

- tutti gli altri.

Di base è normalissimo che il proprietario abbia permessi di lettura e scrittura (rw) e tutti gli altri abbiano solo lettura (r).

La schermata che hai postato riassume perfettamente questo concetto.

Ti consiglio di approfondire cercando qualche buon aritcolo su internet, per iniziare puoi partire da qui https://www.andreaminini.com/linux/perm ... i_su_linux

Ti ringrazio per le inofrmazioni e per l’articolo che ho già salvato tra i preferiti così lo leggo oggi stesso.
Io mi sono posto il problema per vari motivi:
- perché, come ho scritto sin dal primo post, in tutte e tre le mie pendrive avevo file e cartelle con i lucchetti, sia in quella che uso solo per spostare file e documenti sia nelle altre due che in quel momento erano usb avviabili con distro live, lucchetti che non avevo mai visto usando Ubuntu e derivate;
- perché ricreando una usb avviabile con Linux Mint 20.3 Cinnamon, al boot della live mi dava un errore, ma poi caricato l’ambiente grafico non ho fatto altre prove quindi non ho visto se mi permettesse di installare la distribuzione correttamente.
Inoltre, mi sono posto il problema anche perché se inserisco l’hard disk esterno che uso come backup “fisico” di file, documenti, immagini, foto e musica, con filesystem NTFS, nella schermata dello screnshoot del mio post precedente in tutte e tre le categorie mi dà “Lettura e scrittura” (non ho provato a modificare nulla) e mount da terminale alla riga di /dev/sdb1 mi restituisce

Codice: Seleziona tutto

/dev/sdb1 on /media/mx/TOSHIBA EXT type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

Insomma ci sono alcune cose che mi hanno fatto confondere perché come vedete qui non dà errors=remount-ro

Mi sa tanto che c'hai azzeccato.

Tra l'altro, un filesystem vfat non memorizza i permessi UNix quindi qualsiasi modifica agli stessi risulterà inefficace (in fase di mount vengono attibuiti dei permessi "fake" che allo smontaggio semplicemente non vengono memorizzati).

Ecco, questo è un altro particolare che non conoscevo, grazie anche a te.

Ora devo solo provare a rendere questa pendrive avviabile con distro live e mi sa che questa volta userò Ventoy così da averla in multiboot (se non erro crea due partizioni, una piccola di boot in FAT32 ed una in Ext4) perché, come mi hai fatto capire tu stesso @frapox, una pendrive da 64GB per la live forse è anche esagerata

[peppewpm]

Scrivo di nuovo qui perchè a completamento della situazione che ho avuto con le pendrive e per capire se adesso va tutto come dovrebbe andare, ho un chiarimento da chiedervi.
Ieri ho installato Ventoy nella pendrive di cui abbiamo discusso negli ultimi post ed è andato tutto come doveva andare: ho scelto la tabella delle partizioni GPT ed ha creato una piccola partizione EFI in FAT16 dove ci sono varie cartelle con vari file che servono a Ventoy per il boot ed altre cose ed una partizione in ExFAT, grande quanto tutto il resto dello spazio che rimane, dove mettere file in ISO, però c'è una cosa che mi lascia un piccolo dubbio che potete vedere nelle seguenti immagini di GParted:







Come vedete a destra della partizione /dev/sdb1 (prima immagine) mette un punto esclamativo dentro ad un cerchio grigio. Su questa partizione cliccando col tasto destro e poi su “informazioni” mi esce la finestra a destra (seconda immagine) con quell’avviso di “attenzione” che tradotto in italiano vorrebbe dire qualcosa del tipo “apertura fallita: /dev/sdb1. Dispositivo o risorsa occupato”, cosa vuol dire? Non capisco se mi possa creare problemi nel voler installare un'altra distribuzione o un altro sistema operativo. In questa partizione ho messo alcune iso che ho scaricato (Ubuntu 22.04.1 LTS, Linux Mint 21 Cinnamon, Zorin OS 16.1 Core) ed avvia le live senza alcun erroe, a meno che un errore compaia prima del bootloader della live che sto avviando in quel momento in una frazione di secondo così veloce che non riesco a vederlo, infatti dalle live riesco ad avviare l’installer di ognuna di queste distro che ho provato e sono riuscito ad usare i primi passaggi e ad uscire dall’installer senza problemi

[wilecoyote]

Salve, stai sereno che và tutto bene.

La parte occupata (busy) è il Ventoy medesimo, essendo montata in /media/mx/Ventoy.

Il punto esclamativo è semmai da valutare sulla versione exfatprogs, che a quanto pare non gli và a genio, forse è obsoleta, però nulla di cui preoccuparsi basta fare un aggiornamento se c'è.

Ciao

[frapox]

“apertura fallita: /dev/sdb1. Dispositivo o risorsa occupato”, cosa vuol dire?

che il filesystem contenuto in sdb1 è in uso (ergo: montato). Smontalo e rientra in Gparted, vedrai che il warning sparisce.

[peppewpm]

Salve, stai sereno che và tutto bene.

La parte occupata (busy) è il Ventoy medesimo, essendo montata in /media/mx/Ventoy.

Il punto esclamativo è semmai da valutare sulla versione exfatprogs, che a quanto pare non gli và a genio, forse è obsoleta, però nulla di cui preoccuparsi basta fare un aggiornamento se c'è.

Ciao

Grazie quindi a quanto ho capito posso andare tranquillo per l'installazione di altre distro o sistemi operativi. La versione di exfatprogs forse obsoleta può dipendere dalla base Debian stable sulla quale sto, non so, la mia è un'ipotesi, comunque credo che non ci siano aggiornamenti di exfatprogs perchè non li ho visti da terminale, a meno che in questo caso debba aggiornarlo a parte.

“apertura fallita: /dev/sdb1. Dispositivo o risorsa occupato”, cosa vuol dire?

che il filesystem contenuto in sdb1 è in uso (ergo: montato). Smontalo e rientra in Gparted, vedrai che il warning sparisce.

Grazie per l'ulteriore delucidazione. Provo subito quanto da te scritto.

EDIT
@frapox se smonto il filesystem contenuto in sdb1 mi esce il seguente warning:

[wilecoyote]

Salve, ecco, ora sai perché ho dattilografato essendo montata in /media/mx/Ventoy , e non ho dattilografato di smontare il /media/mx/Ventoy .

Ciao

[frapox]

EDIT
@frapox se smonto il filesystem contenuto in sdb1 mi esce il seguente warning:

Leggilo il warning che ti dice quello che devi fare (installare) per poter montare quella partizione.

Dopodiché questa discussione riguarda un problema che hai risolto, quindi se hai bisogno di assistenza ulteriore e specifica su Ventoy, apri un altro thread.