[The Stack Overflow answer 31884665](https://stackoverflow.com/a/31884665) may help.
Related to #22 and [Benjamin_Loison/shred/issues/15](https://codeberg.org/Benjamin_Loison/shred/issues/15).
debugfs 1.47.0 (5-Feb-2023)
debugfs: Bad magic number in super-block while trying to open /dev/nvme0n1
Found a gpt partition table in /dev/nvme0n1
debugfs:
debugfs 1.47.0 (5-Feb-2023)
debugfs: Bad magic number in super-block while trying to open /dev/nvme0n1p3
/dev/nvme0n1p3 contains a crypto_LUKS file system
debugfs:
Could try on an unencrypted ext4 first.
```bash
sudo debugfs /dev/nvme0n1
```
<details>
<summary>Output:</summary>
```
debugfs 1.47.0 (5-Feb-2023)
debugfs: Bad magic number in super-block while trying to open /dev/nvme0n1
Found a gpt partition table in /dev/nvme0n1
debugfs:
```
</details>
Related to [Benjamin_Loison/e2fsprogs/issues/1](https://codeberg.org/Benjamin_Loison/e2fsprogs/issues/1).
```bash
sudo debugfs /dev/nvme0n1p3
```
<details>
<summary>Output:</summary>
```
debugfs 1.47.0 (5-Feb-2023)
debugfs: Bad magic number in super-block while trying to open /dev/nvme0n1p3
/dev/nvme0n1p3 contains a crypto_LUKS file system
debugfs:
```
</details>
Could try on an unencrypted ext4 first.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The Stack Overflow answer 31884665 may help.
Related to #22 and Benjamin_Loison/shred/issues/15.
On my Linux Mint 22.1 Cinnamon Framework 13 for home folder that is encrypted in addition to the disk:
Output:
Output:
Related to Benjamin_Loison/e2fsprogs/issues/1.
Output:
Could try on an unencrypted ext4 first.
Output:
Output:
does not mentions a file I just
rm.It seems chronologically ordered.
I quite don't get why still able to easily list deleted files, there are still metadata tracking them on the disk?
It does not list files I just
rm. Maybe because I continued using the SSD without even explictly using it.On Debian 13 unencrypted OverClock3000:
Output:
Using
/dev/vda1:Output:
still does not mention just
rmfile, created withecho a > b.