Bug#398373: RC class bug, dataloss grade, No 398373

2006-11-28 Thread Andreas Barth
* Josselin Mouette ([EMAIL PROTECTED]) [061128 12:29]:
 Le mardi 28 novembre 2006 à 12:16 +0100, Andreas Barth a écrit :
  * Mgr. Peter Tuharsky ([EMAIL PROTECTED]) [061128 12:07]:
   I don't intend to do any advocacy. I just wish to politely point Your 
   attention to the bug 398373 that IMO is critical to be resolved before 
   Etch reach stable statute (that is every day closer and many people are 
   happy because that, including myself :-)
  
  Thank you for this information, I adjusted the bug severity so that
  it occurs on our list of critical bugs.
 
 FWIW, fixing this bug requires changes in the kernel.

Why that? AFAICR, umount must not return before not everything is
written down.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#398373: RC class bug, dataloss grade, No 398373

2006-11-28 Thread Andreas Barth
* Josselin Mouette ([EMAIL PROTECTED]) [061128 12:36]:
 Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit :
   FWIW, fixing this bug requires changes in the kernel.
  
  Why that? AFAICR, umount must not return before not everything is
  written down.
 
 I don't think this is always the case.
 
 Of course, if the applet is saying things are OK while umount is still
 running, this can be fixed in the applet, but I wonder whether this
 would be enough.

I wonder too. But the current state is definitly dangerous, but - many
investigations start with not knowing enough.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#398373: RC class bug, dataloss grade, No 398373

2006-11-28 Thread Josselin Mouette
Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit :
  FWIW, fixing this bug requires changes in the kernel.
 
 Why that? AFAICR, umount must not return before not everything is
 written down.

I don't think this is always the case.

Of course, if the applet is saying things are OK while umount is still
running, this can be fixed in the applet, but I wonder whether this
would be enough.
-- 
Josselin Mouette/\./\

Do you have any more insane proposals for me?




Bug#398373: RC class bug, dataloss grade, No 398373

2006-11-28 Thread Josselin Mouette
Le mardi 28 novembre 2006 à 12:38 +0100, Andreas Barth a écrit :
 * Josselin Mouette ([EMAIL PROTECTED]) [061128 12:36]:
  Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit :
FWIW, fixing this bug requires changes in the kernel.
   
   Why that? AFAICR, umount must not return before not everything is
   written down.
  
  I don't think this is always the case.
  
  Of course, if the applet is saying things are OK while umount is still
  running, this can be fixed in the applet, but I wonder whether this
  would be enough.
 
 I wonder too. But the current state is definitly dangerous, but - many
 investigations start with not knowing enough.

A first look at the code shows the callback called when umount has
completed is only used for displaying errors, not successful operations.
There's definitely something wrong here.
-- 
Josselin Mouette/\./\

Do you have any more insane proposals for me?




Bug#398373: RC class bug, dataloss grade, No 398373

2006-11-28 Thread Richard Atterer
FWIW, I also experienced this when unmounting a USB stick using nautilus. 
Because I pulled out the USB stick too quickly, I ended up with a corrupted 
filesystem. :-/

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  GnuPG key: 888354F7
  | \/¯|  http://atterer.net  |  08A9 7B7D 3D13 3EF2 3D25  D157 79E6 F6DC 8883 
54F7
  ¯ '` ¯



Bug#398373: RC class bug, dataloss grade, No 398373

2006-11-28 Thread Sven Arvidsson
On Tue, 2006-11-28 at 12:45 +0100, Josselin Mouette wrote:
 A first look at the code shows the callback called when umount has
 completed is only used for displaying errors, not successful operations.
 There's definitely something wrong here.

I could be wrong, but isn't this similar to bug 396939?

For 396939, contrary to the wontfix tag, I have actually prepared the
Ubuntu patch (adding a progressbar for the unmounting process) with
translations, though I don't yet now if it's acceptable for inclusion.

A similar Ubuntu patch exists for the drivemount applet, maybe it can be
added (with translations) too? 

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22



signature.asc
Description: This is a digitally signed message part


Bug#398373: RC class bug, dataloss grade, No 398373

2006-11-28 Thread Loïc Minier
On Tue, Nov 28, 2006, Sven Arvidsson wrote:
 I could be wrong, but isn't this similar to bug 396939?

 It's quite similar.

 A similar Ubuntu patch exists for the drivemount applet, maybe it can be
 added (with translations) too? 

 If you want to work on it, please go ahead.  It will be dropped in 2.16
 though, or more precisely: as soon as gnome-mount is usable.  The
 translations are problematic indeed.

   Bye,
-- 
Loïc Minier [EMAIL PROTECTED]
  You see, killbots have a preset kill limit.  Knowing their weakness,
   I sent wave after wave of my own men at them until they reached their
   limit and shutdown.-- Zapp Brannigan