Edgy LiveCD : unexpected volatility & persistance of files

Bug #75582 reported by Cathou
4
Affects Status Importance Assigned to Milestone
Ubuntu
Invalid
Undecided
Unassigned

Bug Description

Hi,
I suspect this to be a unionfs issue.

Steps to reproduce:

- Boot on Edgy Live CD i386
- When desktop is ready, open a nautilus window for ~
- Open another window for somewhere deep e.g: /lib/modules/2.6.17-10-generic/kernel/drivers/usb
- In a terminal, do
  cd ~
  sudo mv -ft . /lib/modules/2.6.17-10-generic/kernel/drivers/usb/net

Symptoms:

As expected, the 'net' directory appears in the first nautilus window.
But when doing 'reload', it disappears !
Doing ls in the terminal confirms that: the 'net' directory seems absent.

Additionaly, if the command is invoked again:

  sudo mv -ft . /lib/modules/2.6.17-10-generic/kernel/drivers/usb/net

.. then this error is shown:

  mv: cannot move `/lib/modules/2.6.17-10-generic/kernel/drivers/usb/net' to a subdirectory of itself, `./net'

This behavior is extremely nasty for people using the edgy LiveCD as a means to test things safely :(
Any clue about how to disable unionfs on some mountpoints ?

FYI: I experienced the same kind of qwirks with an 'amd64' LiveCD.

Regards.

Revision history for this message
Kevin Kubasik (kkubasik) wrote :

Unless I'm mistaken, you should just be able to restart and everything will be fine. Unfortuntely, this really isn't a bug, unless I misinterpreted what you are saying, in which case, please reopen.

Revision history for this message
Cathou (cathubuntu) wrote :

Thanks for your reply.

Maybe this was not clear enough. So..

Keep in mind that my use for the Edgy LiveCD is as a "one session only" Ubuntu system. I don't install Edgy at all.

So "restarting" is not an option.

I just expect commands to behave as they should. In the example given, the mv command does not :/
I suggest that you give a try to reproducing what I described.

Please reconsider.

Revision history for this message
Kevin Kubasik (kkubasik) wrote :

I agree that it stinks that the mv command is getting stumped, but your trying to move active kernel files, its like, trying to remove a heart and getting upset about the veins that are still attached. (ok, far too gory a metaphore, but I'm surrounded by med students at the moment) In short, those files are still being accessed and cannot be moved until release, which will not be until the kernel has shut down. :( sorry!

Revision history for this message
Cathou (cathubuntu) wrote :

I understand your point. But on an installed system, things would not behave this way. On an installed Edgy, the system would not prevent you from doing "gory" stuff via sudo :)

In this perspective, a "LiveCD session" is not a "true" Ubuntu Edgy session. Playing in a terminal with basic commands does not give results conforming to what common sense expects.

To explain further what I am bothered with:

I use the LiveCD to test deb packages of mine. In these, the installation scripts succeed, but the effects are not as expected with respect to the underlying filesystem.

To me, this should be at least signaled somewhere. It took me time to figure out that the problem was not the quality of my deb packages, but rather a lower level issue related to the "LIVEness".

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.