Bug 22616

Summary: vanishing files bug - heart-stopping stuff.
Product: Mageia Reporter: Tony Blackwell <tablackwell>
Component: RPM PackagesAssignee: Jani Välimaa <jani.valimaa>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Normal CC: bittwister2, marja11
Version: 6   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Source RPM: CVE:
Status comment:

Description Tony Blackwell 2018-02-17 06:22:50 CET
Description of problem:The entire contents of a file system are invisible to a graphical window.

Details:
Started M6, logged on as user, su root in a terminal, started my various encrypted disks.  As graphical user, went to /mnt/crypt1, only to find it completely empty, 0 files, 657 Gb free of a 10Gb disk.  _All_ my critical stuff was there (last backed up couple of days ago...)

?!  Heart-stopping stuff.

umount /mnt/crypt1
fsck /dev/mapper/cryptvol1 - clean
fsck -f /dev/mapper/cryptvol1 - clean
remounted it.
in a terminal:
ls /mnt/crypt1: shows the files all there.
xfce graphical window looking at /mnt/crypt1: 0 files, 657Gb free.

Explanation:
Over in workspace 4 was a window showing an empty /mnt/crypt1, I guess regenerated from whatever window I had open there when shutting down last time.  It would have repopulated itself with whatever it found in /mnt/crypt1 as it opened - i.e. zero files, as I hadn't yet mounted the encrypted partition on /mnt/crypt1.

The existence of this window showing zero files prevents a later window opened in e.g. workspace1 from displaying the contents which now exist on  /mnt/crypt1 after the encrypted partition is mounted there.

Confirmed, completely reproducible by opening a window in workspace4 on the then-empty /mnt/crypt1 on initial login, then going to workspace1 (or presumably any other window), mounting the encrypted partition, but being unable to see its contents in a window.

Tony


p.s. my encrypted mount command - probably not relevant to the problem:

# cat mountcrypt1
modprobe dm-mod
/usr/local/bin/cryptsetup.sh -c aes -h ripemd160 -y -b `blockdev --getsize /dev/sda1` create cryptvol1 /dev/sda1
mount /dev/mapper/cryptvol1 /mnt/crypt1




Version-Release number of selected component (if applicable):


How reproducible:  every time, as above.


Steps to Reproduce:  See above.
1.
2.
3.
Comment 1 Tony Blackwell 2018-02-17 06:24:52 CET
xfce
Comment 2 Bit Twister 2018-02-17 08:22:38 CET
I'll confirm the bug in a VirtualBox guest.
No problem on real hardware.

CC: (none) => bittwister2

Comment 3 Marja Van Waes 2018-02-18 07:33:30 CET
(In reply to Tony Blackwell from comment #1)
> xfce

Assigning to wally, then. I can't try to reproduce in cauldron here, because I need my encrypted partition to be mounted before i do graphically log in.

You don't have any files from your /home directory that Xfce needs on your encrypted partition?

CC: (none) => marja11
Assignee: bugsquad => jani.valimaa

Comment 4 Tony Blackwell 2018-02-18 08:22:25 CET
No, /home is on the unencrypted disk.  Everything on /mnt/crypt1 is outside the basic account needs.
Tony
Comment 5 Tony Blackwell 2019-05-03 00:52:31 CEST
 A lot of water under the bridge since I reported this, and not stumbled over it recently.  I'll mark it as resolved.
Tony

Status: NEW => RESOLVED
Resolution: (none) => FIXED