Errore montaggio volume

[emanuc]

E se aggiorni pure la libreria?
http://de.archive.ubuntu.com/ubuntu/poo ... _amd64.deb

In questo modo puoi fare (se non ci sono altri "deb" li dentro):

Codice: Seleziona tutto

sudo apt install /home/utente/Scaricati/*.deb

[frapox]

io lascerei perdere l'installazione di pacchetti da altre versioni e andrei direttamente a provare a montare in modalità rescue,ro.

[RoadCat]

io lascerei perdere l'installazione di pacchetti da altre versioni e andrei direttamente a provare a montare in modalità rescue,ro.

Sembra una soluzione da provare. Ad ogni modo installo la versione nuova di btrfs sul pc 20.04 che ho provato prima, non mi costa nulla

[emanuc]

btrfs-progs è un tool in userspace e non pregiudica il sistema ma in due o più versioni (minori) ha cosi tante migliorie che ne vale la pena aggiornarlo. Il codice di btrfs si trova nel kernel, ma per la modalità rescue va bene il 5.15 visto che è stato introdotto dal kernel 5.11

[RoadCat]

btrfs-progs è un tool in userspace e non pregiudica il sistema ma in due o più versioni (minori) ha cosi tante migliorie che ne vale la pena aggiornarlo. Il codice di btrfs si trova nel kernel, ma per la modalità rescue va bene il 5.15 visto che è stato introdotto dal kernel 5.11

Ho provato sul pc principale (il vecchio mi da errore) ma ho questo:

Codice: Seleziona tutto

sudo apt install /home/utente/Scaricati/libzstd1_1.5.2+dfsg-1_amd64.deb 
[sudo] password di utente: 
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze... Fatto
Lettura informazioni sullo stato... Fatto   
Nota, viene selezionato "libzstd1" al posto di "/home/utente/Scaricati/libzstd1_1.5.2+dfsg-1_amd64.deb"
I seguenti pacchetti sono stati installati automaticamente e non sono più richiesti:
  libatomic1:i386 libdrm-amdgpu1:i386 libdrm-nouveau2:i386 libdrm-radeon1:i386
  libdrm2:i386 libedit2:i386 libelf1:i386 libexpat1:i386 libffi8:i386
  libglapi-mesa:i386 libglvnd0:i386 libicu70:i386 libllvm13:i386
  libsensors5:i386 libstdc++6:i386 libvulkan1:i386 libwayland-client0:i386
  libx11-xcb1:i386 libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386
  libxcb-present0:i386 libxcb-randr0:i386 libxcb-shm0:i386 libxcb-sync1:i386
  libxcb-xfixes0:i386 libxfixes3:i386 libxml2:i386 libxshmfence1:i386
  libxxf86vm1:i386
Usare "sudo apt autoremove" per rimuoverli.
I seguenti pacchetti saranno RIMOSSI:
  libgl1:i386 libgl1-mesa-dri:i386 libglx-mesa0:i386 libglx0:i386
  libnvidia-fbc1-510:i386 libzstd1:i386 mesa-vulkan-drivers:i386
I seguenti pacchetti saranno aggiornati:
  libzstd1
1 aggiornati, 0 installati, 7 da rimuovere e 4 non aggiornati.
È necessario scaricare 0 B/270 kB di archivi.
Dopo quest'operazione, verranno liberati 53,7 MB di spazio su disco.
Continuare? [S/n] s
Scaricamento di:1 /home/utente/Scaricati/libzstd1_1.5.2+dfsg-1_amd64.deb libzstd1 amd64 1.5.2+dfsg-1 [270 kB]
(Lettura del database... 211565 file e directory attualmente installati.)
Rimozione di libnvidia-fbc1-510:i386 (510.73.05-0ubuntu0.22.04.1)...
Rimozione di libgl1:i386 (1.4.0-1)...
Rimozione di libglx0:i386 (1.4.0-1)...
Rimozione di libglx-mesa0:i386 (22.0.1-1ubuntu2.1)...
Rimozione di libgl1-mesa-dri:i386 (22.0.1-1ubuntu2.1)...
Rimozione di mesa-vulkan-drivers:i386 (22.0.1-1ubuntu2.1)...
Rimozione di libzstd1:i386 (1.4.8+dfsg-3build1)...
(Lettura del database... 211533 file e directory attualmente installati.)
Preparativi per estrarre .../libzstd1_1.5.2+dfsg-1_amd64.deb...
Estrazione di libzstd1:amd64 (1.5.2+dfsg-1) su (1.4.8+dfsg-3build1)...
Configurazione di libzstd1:amd64 (1.5.2+dfsg-1)...
Elaborazione dei trigger per libc-bin (2.35-0ubuntu3.1)...
N: Lo scaricamento è eseguito come root, ma non in una sandbox, poiché l'utente "_apt" non ha accesso al file "/home/rocco/Scaricati/libzstd1_1.5.2+dfsg-1_amd64.deb". - pkgAcquire::Run (13: Permesso negato)

io lascerei perdere l'installazione di pacchetti da altre versioni e andrei direttamente a provare a montare in modalità rescue,ro.

Come faccio? Inserisco alcuni parametri nell'utilità Dischi?

[frapox]

Come faccio? Inserisco alcuni parametri nell'utilità Dischi?

Segui le istruzioni che ti ha dato emanuc.

Codice: Seleziona tutto

sudo mkdir /mnt/recovery

Codice: Seleziona tutto

sudo mount -o ro,rescue=all /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/

Ovviamente prima sblocca Luks.
Se tutto va bene dovresti aver montato il filesystem, recupera i dati e poi si prova a riparare il filesystem.

[RoadCat]

Segui le istruzioni che ti ha dato emanuc.

Dannazione:

Codice: Seleziona tutto

utente@utente-linux:~$ sudo mkdir /mnt/recovery
utente@utente-linux:~$ sudo mount -o ro,rescue=all /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/

mount: /mnt/recovery: wrong fs type, bad option, bad superblock on /dev/mapper/luks-afcb84dd-7edd-4a3f-be2e-dae7ecbccf74, missing codepage or helper program, or other error.

[frapox]

Segui le istruzioni che ti ha dato emanuc.

Dannazione:

Codice: Seleziona tutto

utente@utente-linux:~$ sudo mkdir /mnt/recovery
utente@utente-linux:~$ sudo mount -o ro,usebackuproot /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/

mount: /mnt/recovery: wrong fs type, bad option, bad superblock on /dev/mapper/luks-afcb84dd-7edd-4a3f-be2e-dae7ecbccf74, missing codepage or helper program, or other error.

Nel secondo link che ti ho dato consiglia di utilizzare le opzioni "-o ro,usebackuproot", quindi prova:

Codice: Seleziona tutto

sudo mount -o ro,usebackuproot /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/

[RoadCat]

Nel secondo link che ti ho dato consiglia di utilizzare le opzioni "-o ro,usebackuproot", quindi prova:

Codice: Seleziona tutto

sudo mount -o ro,usebackuproot /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/

purtroppo ancora niente

Codice: Seleziona tutto

utente@utente-linux:~$ sudo mount -o ro,usebackuproot /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/
mount: /mnt/recovery: wrong fs type, bad option, bad superblock on /dev/mapper/luks-afcb84dd-7edd-4a3f-be2e-dae7ecbccf74, missing codepage or helper program, or other error.

[emanuc]

Segui le istruzioni che ti ha dato emanuc.

Dannazione:

Codice: Seleziona tutto

utente@utente-linux:~$ sudo mkdir /mnt/recovery
utente@utente-linux:~$ sudo mount -o ro,rescue=all /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/

mount: /mnt/recovery: wrong fs type, bad option, bad superblock on /dev/mapper/luks-afcb84dd-7edd-4a3f-be2e-dae7ecbccf74, missing codepage or helper program, or other error.

Non riesci a usare una distro che ha l'ultimo kernel? ad esaempio Fedora anche se momentaneo e poi riprova il mount con "rescue".

[frapox]

Nel secondo link che ti ho dato consiglia di utilizzare le opzioni "-o ro,usebackuproot", quindi prova:

Codice: Seleziona tutto

sudo mount -o ro,usebackuproot /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/

purtroppo ancora niente

Codice: Seleziona tutto

utente@utente-linux:~$ sudo mount -o ro,usebackuproot /dev/disk/by-uuid/f0885dd8-9291-4fd0-b0b4-02bf4731245c /mnt/recovery/
mount: /mnt/recovery: wrong fs type, bad option, bad superblock on /dev/mapper/luks-afcb84dd-7edd-4a3f-be2e-dae7ecbccf74, missing codepage or helper program, or other error.

Mi sa che l'ultima spiaggia è usare btrfs-rescue:
https://btrfs.readthedocs.io/en/latest/ ... escue.html

[RoadCat]

Non riesci a usare una distro che ha l'ultimo kernel? ad esaempio Fedora anche se momentaneo e poi riprova il mount con "rescue".

beh posso installarlo sull'altro pc, Eventualmente (se non compatibile) posso usare anche una live?

Mi sa che l'ultima spiaggia è usare btrfs-rescue:
https://btrfs.readthedocs.io/en/latest/ ... escue.html

Sarebbe un altro applicativo? eh a sto punto provo entrambe le soluzioni, quali consigliate prima?

[emanuc]

Non riesci a usare una distro che ha l'ultimo kernel? ad esaempio Fedora anche se momentaneo e poi riprova il mount con "rescue".

beh posso installarlo sull'altro pc, Eventualmente (se non compatibile) posso usare anche una live?

Mi sa che l'ultima spiaggia è usare btrfs-rescue:
https://btrfs.readthedocs.io/en/latest/ ... escue.html

Sarebbe un altro applicativo? eh a sto punto provo entrambe le soluzioni, quali consigliate prima?

La live non ha btrfs-progs e kernel aggiornato e a noi ci servono tutti e due all'ultima versione
PS: ma i log cosa dicono?

Codice: Seleziona tutto

journalctl -b -1 -g btrfs

Oppure mentre cerchi di montare il disco, prima digita:

Codice: Seleziona tutto

journalctl -f

[RoadCat]

La live non ha btrfs-progs e kernel aggiornato e a noi ci servono tutti e due all'ultima versione

Chiedo scusa non sono riuscito più a rispondere ieri sera, e oggi col lavoro non ho proprio avuto tempo, ma non significa che non voglia risolvere il problema, però purtroppo nei prossimi giorni potrò rispondere solo la sera. Nel frattempo sto scaricando fedora per fare il tentativo con questa distribuzione. Non l'ho ancora fatto ma vi ringrazio per il tempo che mi state dedicando

PS: ma i log cosa dicono?

Questo lo ho eseguito dopo aver inserito la password; poi nel mentre ho tentato di montarlo. e credo che a quel punto siano partiti i btrfs error:

Codice: Seleziona tutto

<pre>$ journalctl -f
ago 01 23:11:44 utente-linux rtkit-daemon[1135]: <font color="#8A8A8A">Supervising 7 threads of 4 processes of 1 users.</font>
ago 01 23:11:46 utente-linux rtkit-daemon[1135]: <font color="#8A8A8A">Supervising 7 threads of 4 processes of 1 users.</font>
ago 01 23:11:46 utente-linux rtkit-daemon[1135]: <font color="#8A8A8A">Supervising 7 threads of 4 processes of 1 users.</font>
ago 01 23:11:49 utente-linux systemd[1815]: Started Application launched by gnome-shell.
ago 01 23:11:50 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Activating via systemd: service name=&apos;org.gnome.Terminal&apos; unit=&apos;gnome-terminal-server.service&apos; requested by &apos;:1.142&apos; (uid=1000 pid=5431 comm=&quot;/usr/bin/gnome-terminal.real &quot; label=&quot;unconfined&quot;)
ago 01 23:11:50 utente-linux systemd[1815]: Created slice Slice /app/org.gnome.Terminal.
ago 01 23:11:50 utente-linux systemd[1815]: Starting GNOME Terminal Server...
ago 01 23:11:50 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Successfully activated service &apos;org.gnome.Terminal&apos;
ago 01 23:11:50 utente-linux systemd[1815]: Started GNOME Terminal Server.
ago 01 23:11:50 utente-linux systemd[1815]: Started VTE child process 5454 launched by gnome-terminal-server process 5436.
ago 01 23:11:55 utente-linux systemd[1]: systemd-hostnamed.service: Deactivated successfully.
ago 01 23:12:02 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Activating service name=&apos;org.gnome.Nautilus&apos; requested by &apos;:1.38&apos; (uid=1000 pid=2025 comm=&quot;/usr/bin/gnome-shell &quot; label=&quot;unconfined&quot;)
ago 01 23:12:02 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Successfully activated service &apos;org.gnome.Nautilus&apos;
ago 01 23:12:02 utente-linux org.gnome.Nautilus[5469]: Initializing nautilus-dropbox 2020.03.04
ago 01 23:12:02 utente-linux dbus-daemon[675]: [system] Activating via systemd: service name=&apos;org.freedesktop.hostname1&apos; unit=&apos;dbus-org.freedesktop.hostname1.service&apos; requested by &apos;:1.143&apos; (uid=1000 pid=5469 comm=&quot;/usr/bin/nautilus --gapplication-service &quot; label=&quot;unconfined&quot;)
ago 01 23:12:02 utente-linux systemd[1815]: Started Application launched by gnome-shell.
ago 01 23:12:02 utente-linux systemd[1]: Starting Hostname Service...
ago 01 23:12:02 utente-linux nautilus[5469]: <b>Called &quot;net usershare info&quot; but it failed: Esecuzione del processo figlio «net» non riuscita (No such file or directory)</b>
ago 01 23:12:02 utente-linux dbus-daemon[675]: [system] Successfully activated service &apos;org.freedesktop.hostname1&apos;
ago 01 23:12:02 utente-linux systemd[1]: Started Hostname Service.
ago 01 23:12:02 utente-linux audit[675]: <font color="#12488B">USER_AVC pid=675 uid=102 auid=4294967295 ses=4294967295 subj=? msg=&apos;apparmor=&quot;DENIED&quot; operation=&quot;dbus_method_call&quot;  bus=&quot;system&quot; path=&quot;/org/freedesktop/hostname1&quot; interface=&quot;org.freedesktop.DBus.Properties&quot; member=&quot;GetAll&quot; mask=&quot;send&quot; name=&quot;:1.144&quot; pid=2808 label=&quot;snap.firefox.firefox&quot; peer_pid=5483 peer_label=&quot;unconfined&quot;</font>
                                        <font color="#12488B"> exe=&quot;/usr/bin/dbus-daemon&quot; sauid=102 hostname=? addr=? terminal=?&apos;</font>
ago 01 23:12:02 utente-linux audit: <font color="#12488B">MAC_TASK_CONTEXTS subj_apparmor=unconfined</font>
ago 01 23:12:02 utente-linux kernel: <b>audit: type=1107 audit(1659388322.857:107): pid=675 uid=102 auid=4294967295 ses=4294967295 subj=? msg=&apos;apparmor=&quot;DENIED&quot; operation=&quot;dbus_method_call&quot;  bus=&quot;system&quot; path=&quot;/org/freedesktop/hostname1&quot; interface=&quot;org.freedesktop.DBus.Properties&quot; member=&quot;GetAll&quot; mask=&quot;send&quot; name=&quot;:1.144&quot; pid=2808 label=&quot;snap.firefox.firefox&quot; peer_pid=5483 peer_label=&quot;unconfined&quot;</b>
                                    <b> exe=&quot;/usr/bin/dbus-daemon&quot; sauid=102 hostname=? addr=? terminal=?&apos;</b>
ago 01 23:12:02 utente-linux kernel: <b>audit: type=1420 audit(1659388322.857:108): subj_apparmor=unconfined</b>
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): flagging fs with big metadata feature
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): enabling auto defrag
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): disk space caching is enabled
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): has skinny extents
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): parent transid verify failed on 68698112 wanted 1797 found 1789</b></font>
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): parent transid verify failed on 68698112 wanted 1797 found 1789</b></font>
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): failed to verify dev extents against chunks: -5</b></font>
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): open_ctree failed</b></font>
ago 01 23:12:32 utente-linux systemd[1]: systemd-hostnamed.service: Deactivated successfully.
^C
</pre>

Per questo ti lascio l'allegato, visto che è troppo lungo

Codice: Seleziona tutto

journalctl -b -1 -g btrfs

log.txt

(57.18 KiB) Scaricato 22 volte

Detto ciò entro domani sera avrò provato con fedora e ti dico cosa viene fuori

[emanuc]

Se sai gestire APT e il sistema operativo puoi aggiornare il kernel anche su Ubuntu, puoi farlo anche all'ultima release che è il 5.19 (Canonical ha un PPA/repository) per poi dopo rimuoverlo (alla fine i vecchi kernel li lascia).

[frapox]

La live non ha btrfs-progs e kernel aggiornato e a noi ci servono tutti e due all'ultima versione

Chiedo scusa non sono riuscito più a rispondere ieri sera, e oggi col lavoro non ho proprio avuto tempo, ma non significa che non voglia risolvere il problema, però purtroppo nei prossimi giorni potrò rispondere solo la sera. Nel frattempo sto scaricando fedora per fare il tentativo con questa distribuzione. Non l'ho ancora fatto ma vi ringrazio per il tempo che mi state dedicando

PS: ma i log cosa dicono?

Questo lo ho eseguito dopo aver inserito la password; poi nel mentre ho tentato di montarlo. e credo che a quel punto siano partiti i btrfs error:

Codice: Seleziona tutto

<pre>$ journalctl -f
ago 01 23:11:44 utente-linux rtkit-daemon[1135]: <font color="#8A8A8A">Supervising 7 threads of 4 processes of 1 users.</font>
ago 01 23:11:46 utente-linux rtkit-daemon[1135]: <font color="#8A8A8A">Supervising 7 threads of 4 processes of 1 users.</font>
ago 01 23:11:46 utente-linux rtkit-daemon[1135]: <font color="#8A8A8A">Supervising 7 threads of 4 processes of 1 users.</font>
ago 01 23:11:49 utente-linux systemd[1815]: Started Application launched by gnome-shell.
ago 01 23:11:50 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Activating via systemd: service name=&apos;org.gnome.Terminal&apos; unit=&apos;gnome-terminal-server.service&apos; requested by &apos;:1.142&apos; (uid=1000 pid=5431 comm=&quot;/usr/bin/gnome-terminal.real &quot; label=&quot;unconfined&quot;)
ago 01 23:11:50 utente-linux systemd[1815]: Created slice Slice /app/org.gnome.Terminal.
ago 01 23:11:50 utente-linux systemd[1815]: Starting GNOME Terminal Server...
ago 01 23:11:50 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Successfully activated service &apos;org.gnome.Terminal&apos;
ago 01 23:11:50 utente-linux systemd[1815]: Started GNOME Terminal Server.
ago 01 23:11:50 utente-linux systemd[1815]: Started VTE child process 5454 launched by gnome-terminal-server process 5436.
ago 01 23:11:55 utente-linux systemd[1]: systemd-hostnamed.service: Deactivated successfully.
ago 01 23:12:02 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Activating service name=&apos;org.gnome.Nautilus&apos; requested by &apos;:1.38&apos; (uid=1000 pid=2025 comm=&quot;/usr/bin/gnome-shell &quot; label=&quot;unconfined&quot;)
ago 01 23:12:02 utente-linux dbus-daemon[1840]: [session uid=1000 pid=1840] Successfully activated service &apos;org.gnome.Nautilus&apos;
ago 01 23:12:02 utente-linux org.gnome.Nautilus[5469]: Initializing nautilus-dropbox 2020.03.04
ago 01 23:12:02 utente-linux dbus-daemon[675]: [system] Activating via systemd: service name=&apos;org.freedesktop.hostname1&apos; unit=&apos;dbus-org.freedesktop.hostname1.service&apos; requested by &apos;:1.143&apos; (uid=1000 pid=5469 comm=&quot;/usr/bin/nautilus --gapplication-service &quot; label=&quot;unconfined&quot;)
ago 01 23:12:02 utente-linux systemd[1815]: Started Application launched by gnome-shell.
ago 01 23:12:02 utente-linux systemd[1]: Starting Hostname Service...
ago 01 23:12:02 utente-linux nautilus[5469]: <b>Called &quot;net usershare info&quot; but it failed: Esecuzione del processo figlio «net» non riuscita (No such file or directory)</b>
ago 01 23:12:02 utente-linux dbus-daemon[675]: [system] Successfully activated service &apos;org.freedesktop.hostname1&apos;
ago 01 23:12:02 utente-linux systemd[1]: Started Hostname Service.
ago 01 23:12:02 utente-linux audit[675]: <font color="#12488B">USER_AVC pid=675 uid=102 auid=4294967295 ses=4294967295 subj=? msg=&apos;apparmor=&quot;DENIED&quot; operation=&quot;dbus_method_call&quot;  bus=&quot;system&quot; path=&quot;/org/freedesktop/hostname1&quot; interface=&quot;org.freedesktop.DBus.Properties&quot; member=&quot;GetAll&quot; mask=&quot;send&quot; name=&quot;:1.144&quot; pid=2808 label=&quot;snap.firefox.firefox&quot; peer_pid=5483 peer_label=&quot;unconfined&quot;</font>
                                        <font color="#12488B"> exe=&quot;/usr/bin/dbus-daemon&quot; sauid=102 hostname=? addr=? terminal=?&apos;</font>
ago 01 23:12:02 utente-linux audit: <font color="#12488B">MAC_TASK_CONTEXTS subj_apparmor=unconfined</font>
ago 01 23:12:02 utente-linux kernel: <b>audit: type=1107 audit(1659388322.857:107): pid=675 uid=102 auid=4294967295 ses=4294967295 subj=? msg=&apos;apparmor=&quot;DENIED&quot; operation=&quot;dbus_method_call&quot;  bus=&quot;system&quot; path=&quot;/org/freedesktop/hostname1&quot; interface=&quot;org.freedesktop.DBus.Properties&quot; member=&quot;GetAll&quot; mask=&quot;send&quot; name=&quot;:1.144&quot; pid=2808 label=&quot;snap.firefox.firefox&quot; peer_pid=5483 peer_label=&quot;unconfined&quot;</b>
                                    <b> exe=&quot;/usr/bin/dbus-daemon&quot; sauid=102 hostname=? addr=? terminal=?&apos;</b>
ago 01 23:12:02 utente-linux kernel: <b>audit: type=1420 audit(1659388322.857:108): subj_apparmor=unconfined</b>
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): flagging fs with big metadata feature
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): enabling auto defrag
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): disk space caching is enabled
ago 01 23:12:06 utente-linux kernel: BTRFS info (device dm-0): has skinny extents
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): parent transid verify failed on 68698112 wanted 1797 found 1789</b></font>
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): parent transid verify failed on 68698112 wanted 1797 found 1789</b></font>
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): failed to verify dev extents against chunks: -5</b></font>
ago 01 23:12:06 utente-linux kernel: <font color="#C01C28"><b>BTRFS error (device dm-0): open_ctree failed</b></font>
ago 01 23:12:32 utente-linux systemd[1]: systemd-hostnamed.service: Deactivated successfully.
^C
</pre>

Per questo ti lascio l'allegato, visto che è troppo lungo

Codice: Seleziona tutto

journalctl -b -1 -g btrfs

log.txt

Detto ciò entro domani sera avrò provato con fedora e ti dico cosa viene fuori

I log (che comunque sono copiati male e parzialmente illeggibili) mostrano gli stessi messaggi d'errore (com'era ovvio), il che indica che il filesystem è danneggiato. Siccome btrfs non può essere riparato, come abbiamo già provato a fare, e nemmeno si riesce a montarlo in modalità rescue, l'unica opzione rimasta è utilizzare btrfs-rescue, come già indicato svariati post indietro.

Ovviamente puoi anche provare a effettuare le stesse prove connettendo il disco a una install di Fedora aggiornata, o anche endevourOS (meglio che pasticciare coi kernel su Ubuntu), che hanno l'ultimo kernel e gli ultimi tool, come suggerito da emanuc. Dubito che questa prova dia risultati diversi ma tentar non nuoce. Puoi anche farlo tramite VM se sei in grado di impostare l'Usb passthrough.

Dopodiché, dopo aver tentato il recupero, occorrerà capire come mai si è giunti a questo stato, per evitare che ci ritorni, dato che btrfs è praticamente incorruttibile, e la causa più probabile (come scritto nei link che ti ho messo, li hai letti??) è un controller/firmware del disco esterno buggato. Marca/modello?

[emanuc]

Si in effetti non avevo pensato alle LIVE di Manjaro o anche Garuda che sono rolling ed hanno gli ultimi kernel e btrfs-progs.
La versione del kernel potrebbe fare la differenza, perché ci sono dei fix anche nella modalità rescue, ma purtroppo non ricordo la versione del kernel dove sono stati fatti, se uguale/inferiore al 5.15 (se non sbaglio è la versione dove è stato introdotto il mount in modalità rescue) o superiore.
Nei log qualcosa di interessante c'è "failed to verify dev extents against chunks: -5" e che potrebbe essere risolto con:

Codice: Seleziona tutto

btrfs rescue chunk-recover /device

Ma prima aspetterei di provare con l'ultimo kernel e se riesce a montare il FS in modalità "rescue"

[RoadCat]

I log (che comunque sono copiati male e parzialmente illeggibili) mostrano gli stessi messaggi d'errore (com'era ovvio), il che indica che il filesystem è danneggiato. Siccome btrfs non può essere riparato, come abbiamo già provato a fare, e nemmeno si riesce a montarlo in modalità rescue, l'unica opzione rimasta è utilizzare btrfs-rescue, come già indicato svariati post indietro.

Mi dispiace se i log risultano copiati male, il secondo in particolare mi ha aperto la visualizzazione in pagne, mi sono limitato a fare copia incolla dal terminale, e in questo caso non ho eliminato nulla a differenza di quanto fatto in precedenza

Ovviamente puoi anche provare a effettuare le stesse prove connettendo il disco a una install di Fedora aggiornata, o anche endevourOS (meglio che pasticciare coi kernel su Ubuntu), che hanno l'ultimo kernel e gli ultimi tool, come suggerito da emanuc. Dubito che questa prova dia risultati diversi ma tentar non nuoce. Puoi anche farlo tramite VM se sei in grado di impostare l'Usb passthrough.

Dopodiché, dopo aver tentato il recupero, occorrerà capire come mai si è giunti a questo stato, per evitare che ci ritorni, dato che btrfs è praticamente incorruttibile, e la causa più probabile (come scritto nei link che ti ho messo, li hai letti??) è un controller/firmware del disco esterno buggato. Marca/modello?

certo che li ho letti i link, ma non avevo nulla da dire. Ti chiedo scusa se è sembrato che fossi disirentessato, avevo scartato l'ipotesi firmware perché il disco funzionava bene da mesi con btrfs e non ha mai dato problemi. Si tratta di un disco interno da 2,5 seagate SDC003 alloggiato all'interno di un case.

Ho installato fedora 36 workstation edition con kernel 5.17.5, collegato il disco e ovviamente stesso errore. Non riesco a installare tramite apt btrfs, che mi pare fosse anche per la versione 18 (dal nome btrfs-progs_5.18.1-1_amd64.deb). Potresti suggerirmi un metodo? non ho mai usato fedora e non so come gestisca i pacchetti. O in caso provo anche una altra distribuzione

[frapox]

certo che li ho letti i link, ma non avevo nulla da dire. Ti chiedo scusa se è sembrato che fossi disirentessato, avevo scartato l'ipotesi firmware perché il disco funzionava bene da mesi con btrfs e non ha mai dato problemi. Si tratta di un disco interno da 2,5 seagate SDC003 alloggiato all'interno di un case.

Visto che la cosa mi interessa (ho subito anche io in passato problemi a causa di controller sata-usb poco compatibili con lInux, anche se di diversa natura) mi puoi dire anche la marca/modello del case in cui alloggia? Vediamo anche l'output di lsusb (col disco acceso e collegato ovviamente).

Ho installato fedora 36 workstation edition con kernel 5.17.5, collegato il disco e ovviamente stesso errore. Non riesco a installare tramite apt btrfs, che mi pare fosse anche per la versione 18 (dal nome btrfs-progs_5.18.1-1_amd64.deb). Potresti suggerirmi un metodo? non ho mai usato fedora e non so come gestisca i pacchetti. O in caso provo anche una altra distribuzione

Su Fedora si utilizza dnf non apt. Comunque ti lascio guidare da emanuc visto è la sua distro.

[RoadCat]

Visto che la cosa mi interessa (ho subito anche io in passato problemi a causa di controller sata-usb poco compatibili con lInux, anche se di diversa natura) mi puoi dire anche la marca/modello del case in cui alloggia? Vediamo anche l'output di lsusb (col disco acceso e collegato ovviamente).

Certamente, ti lascio la scheda amazon. Ho anche un altro case di altra marca, potrebbe valere la pena provare o ormai è tutto andato?

Su Fedora si utilizza dnf non apt. Comunque ti lascio guidare da emanuc visto è la sua distro.

Ma prima aspetterei di provare con l'ultimo kernel e se riesce a montare il FS in modalità "rescue"

Indicami la via maestro!