I updated a TW KDE yesterday to 6.2.6-1 with zypper dup and rebooted.
As with all my TW machines since kernel 6.2 the desktop icons were completly mixed up (some machines: all in left columns, some machines the icons are moved 1 position downward for each column). But on this machine several files and folders on the Desktop are gone now, not in trash, no idea where to start looking for them.
The install is on a Samsung 870 EVO SSD in good health condition with some 11000h uptime and not much written to.
I’m a little lost on this. TW has extended “bad hair days” these weeks…
First time I opened an upgrade to Plasma 5.27.3 the desktop icons I’d rather make go away entirely were glued to the secondary display. I have no use for desktop icons but haven’t found any way to make them disappear short of deleting the directories they represent.
But I have lost data by this update. I have two browsers starting with shortcuts on the Desktop the binaries in folders on the Desktop. The shortcut did nothing after reboot some 36h ago, as the folders with the binaries are gone now.
Moreover, I had some media files on the Desktop, which are gone now, too. Again: I have lost data by zypper dup and then reboot. That’s not normal, even for the standards of TW…
Here some snippets from journalctl |grep /home/username/Desktop BEFORE this zypper dup, showing that the browsers were started in the past on Desktop
Feb 06 12:57:09 Dell6TW1121 systemd[1669]: Started /home/username/Desktop/firefox_folder/firefox
...
Mar 12 12:05:10 Dell6TW1121 dbus-daemon[11050]: [session uid=1000 pid=11050] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.58' (uid=1000 pid=12089 comm="/home/username/Desktop/palemoon/palemoon")
Mar 20 16:49:59 Dell6TW1121 dbus-daemon[2477]: [session uid=1000 pid=2477] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.71' (uid=1000 pid=12388 comm="/home/username/Desktop/palemoon/palemoon")
...
And here after this zypper dup
Mar 24 10:15:35 Dell6TW1121 plasmashell[2749]: kf.kio.gui: "Could not find the program '/home/username/Desktop/firefox_folder/firefox'"
Mar 24 10:16:27 Dell6TW1121 plasmashell[2749]: kf.kio.gui: "Could not find the program '/home/username/Desktop/firefox_folder/firefox'"
Mar 24 10:39:23 Dell6TW1121 plasmashell[2749]: kf.kio.gui: "Could not find the program '/home/username/Desktop/palemoon/palemoon'"
I removed the SSD from the machine and connected it with a USB-SATA adapter to another TW install. Tried some recovery tools, without success:
extundelete /dev/sdd1 --journal
No action specified; implying --superblock.
NOTICE: Extended attributes are not restored.
Journal Super Block:
Signature: 0xc03b3998
Block type: Superblock version 2
Sequence Number: 0
Journal block size: 4096
Number of journal blocks: 262144
Journal block where the journal actually starts: 1
Sequence number of first transaction: 681212
Journal block of first transaction: 0
Error number: 0
Compatible Features: 0
Incompatible features: 19
Read only compatible features: 0
Journal UUID: 0x21b75e6e7c3e498f9e222f6c693aa82b
Number of file systems using journal: 1
Location of superblock copy: 0
Max journal blocks per transaction: 0
Max file system blocks per transaction: 0
IDs of all file systems using the journal:
1. 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
extundelete /dev/sdd1 --restore-directory username/Desktop/palemoon
NOTICE: Extended attributes are not restored.
Loading filesystem metadata ... 1600 groups loaded.
Loading journal descriptors ... 0 descriptors loaded.
extundelete: Extent block checksum does not match extent block while finding inode for palemoon
extundelete: Extent block checksum does not match extent block while finding inode for palemoon
Failed to restore file username/Desktop/palemoon
Could not find correct inode number past inode 1048973.
Try altering the filename to one of the entries listed below.
File name | Inode number | Deleted status
extundelete: Operation not permitted while restoring directory.
extundelete: Operation not permitted when trying to examine filesystem
and
ext4magic /dev/sdd1 -a $(date -d "-50hours" +%s) -f username/Desktop -l
Filesystem in use: /dev/sdd1
Using internal Journal at Inode 8
Activ Time after : Thu Mar 23 10:07:00 2023
Activ Time before : Sat Mar 25 12:07:00 2023
Warning: error-NR 2133571363 can not found file: /
Error: Inode not found for "username/Desktop"
Check the valid PATHNAME "username/Desktop" and the BEFORE option "Sat Mar 25 12:07:00 2023
plug your drive into a different linux box to see if the files are just not detected by TW for what ever reason,
restore the files from a previous snapshot or backup
looked in your lost+found folder
or use a specialised tool to scan your ssd for files that may have been deleted or forgotten about?
sorry aout your data, it can be a real bummer when you loose bunch of files, especially if you dont back them up before restoring.
Makes no difference, files and folders a gone. Some custom folders in /home still there, but files inside gone.
I want to know, why these files/folders are gone in the first place.
Nothing in there
See above, no files to recover. This journalctl logs every sh*t, but not when files get deleted? I cant’ believe that. But as a matter of fact, the files/folders were there the evening I started zypper dup, only thing I did afterwards was a reboot, next morning I did first login and the Desktop was half-empty the rest of the icons re-arranged as described above.
That is fine then, but the general phrase of “home” worried me. There are more people reading such statements on these forums then just the OP and you and I and they could take it for granted.
I replaced the SSD with a fresh one and installed TW from the scratch. The old SSD is now attached to a different TW machine via USB-SATA adapter. I did
fdisk -l
...
Disk /dev/sdd: 232.89 GiB, 250059350016 bytes, 488397168 sectors
Disk model: SSD 870 EVO 250G
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: gpt
Disk identifier: 02396863-9D7F-480A-8857-C97C1F3DA4A6
Device Start End Sectors Size Type
/dev/sdd1 68966400 488396799 419430400 200G Linux filesystem
/dev/sdd2 2048 18431 16384 8M BIOS boot
/dev/sdd3 18432 64772095 64753664 30.9G Linux filesystem
/dev/sdd4 64772096 68966399 4194304 2G Linux swap
Partition table entries are not in disk order.