Written by Nanotron the 28 Feb 08 at 20:17.

I feel there should be a Tool in Nautilus and Dolphin which allows mounting Images by double Click or something similar. (This feature exists int MacOS). Or with a right click on the I think that would be a very useful Tool for every one.
A good example for this is CDemu.

I know there are some other good programs, but I think that would be the easiest way

I feel there should be a Tool in Nautilus and Dolphin which allows mounting Images by double Click or something similar. (This feature exists int MacOS). Or with a right click on the I think that would be a very useful Tool for every one. A good example for this is CDemu. I know there are some other good programs, but I think that would be the easiest way

Written by Bender2k14 the 26 Jan 09 at 04:42.

I should be able to right-click a disk image and select "Mount Image" in the context-sensitive section (just as right-clicking on a disk image provides the "Write to Disk..." option).

I should be able to right-click a disk image and select "Mount Image" in the context-sensitive section (just as right-clicking on a disk image provides the "Write to Disk..." option).

Written by cbx33 the 20 Mar 09 at 12:22.

Gisomount was created to make this an easy process. It needs a little love and attention, but offered things like md5sum browsing etc. Would make a good GSoC project.

Gisomount was created to make this an easy process. It needs a little love and attention, but offered things like md5sum browsing etc. Would make a good GSoC project.

Written by markoresko the 13 May 09 at 08:35.

I use Gmount-iso to do just that.
sudo apt-get install gmountiso

But I also think that it could be more obvious to do that etc.
Maybe Gmount-iso should be available by default, under right-click on images, like proposed.

I use Gmount-iso to do just that. sudo apt-get install gmountiso But I also think that it could be more obvious to do that etc. Maybe Gmount-iso should be available by default, under right-click on images, like proposed.

Written by mikaelstaldal the 20 Oct 09 at 12:14.

Also make it possible to mount ISO images from command line without root (sudo) access.

Also make it possible to mount ISO images from command line without root (sudo) access.

Written by dexter_greycells the 24 Oct 09 at 07:41.

When the user selects the ISO file (through the keyboard arrow keys, Tab key or a single click) in nautilus a pop-up should come up asking the user to 'Double-click' the ISO file to mount it.

When the user selects the ISO file (through the keyboard arrow keys, Tab key or a single click) in nautilus a pop-up should come up asking the user to 'Double-click' the ISO file to mount it.

Written by r0g the 28 Oct 09 at 05:09.

In the form of a python script for nautilus actions.

http://www.technicalbloke.com/iso_mount.py

I don't have time to do the unmount command too but it should be easy to adapt if you know a little python, consider that homework & pls post me a copy :)

I think it would be nice if Ubuntu came with some more useful nautilus action scripts and a nicer way of adding/removing them. At the moment getting them in and out is more of a pain than it needs to be. It ought to be as easy as Firefox (if not easier!) to install plugins, maybe then people would make more.

Roger.

In the form of a python script for nautilus actions. http://www.technicalbloke.com/iso_mount.py I don't have time to do the unmount command too but it should be easy to adapt if you know a little python, consider that homework & pls post me a copy :) I think it would be nice if Ubuntu came with some more useful nautilus action scripts and a nicer way of adding/removing them. At the moment getting them in and out is more of a pain than it needs to be. It ought to be as easy as Firefox (if not easier!) to install plugins, maybe then people would make more. Roger.

Written by Lachu the 28 Oct 09 at 11:56.

Automatically mount *.iso files dragged onto computer window/desktop/places menu.

Automatically mount *.iso files dragged onto computer window/desktop/places menu.

Written by Vivien the 28 Feb 08 at 16:35.

Ubuntu Brainstorm was updated in January 2009. Since the idea #72 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #72 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Aphoxema the 23 Sep 08 at 15:26.

Since mounting and unmounting a filesystem over and over again is less hazardous than removing an unmounted filesystem, wouldn't it be as simple as having USB devices unmount automatically after so many minutes without use?

Unmounting any USB drives after, say, 5 minutes without use (by default that is, the option to change it should be available somewhere) would make accidental unplugging less of a risk. It would protect the user, it wouldn't make it all that difficult to mount the filesystem again when it was needed, and it's just damn easy to implement.

Since mounting and unmounting a filesystem over and over again is less hazardous than removing an unmounted filesystem, wouldn't it be as simple as having USB devices unmount automatically after so many minutes without use? Unmounting any USB drives after, say, 5 minutes without use (by default that is, the option to change it should be available somewhere) would make accidental unplugging less of a risk. It would protect the user, it wouldn't make it all that difficult to mount the filesystem again when it was needed, and it's just damn easy to implement.

Written by Taku the 28 Feb 08 at 14:35.

Ubuntu Brainstorm was updated in January 2009. Since the idea #16 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #16 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by stozi the 9 Jun 09 at 01:27.

copy slax's usb version, or find a more KISS-y way to do it.

copy slax's usb version, or find a more KISS-y way to do it.

Written by sartrejp the 23 Jan 09 at 13:47.

When the disc is full, the system becomes very difficult to use and gives a lot of problems, it would be good to be notified when it is low disk space to avoid problems later

When the disc is full, the system becomes very difficult to use and gives a lot of problems, it would be good to be notified when it is low disk space to avoid problems later

Written by tgm4883 the 23 Jan 09 at 16:44.

Show a popup using libnotify that indicates disk space is getting low (and what partition), same as battery notification for low battery.

Show a popup using libnotify that indicates disk space is getting low (and what partition), same as battery notification for low battery.

Written by oybon the 26 Jan 09 at 15:47.

Average Jo user isn't necessarily going to respond as needed to a low drive space notification. Or indeed know exactly what it means.

Thus Notify, give reason for notification with consequences of inaction and route to more information.

Average Jo user isn't necessarily going to respond as needed to a low drive space notification. Or indeed know exactly what it means. Thus Notify, give reason for notification with consequences of inaction and route to more information.

Written by rocket the 4 Feb 09 at 23:57.

Programs like BleachBit could be launched when there is low space, but don't forget to make sure they're installed before the space runs out!

Windows lets users launch its disk cleanup tool by clicking on the low space warning bubble, hopefully Ubuntu's solution can be as easy to use as this.

Programs like BleachBit could be launched when there is low space, but don't forget to make sure they're installed before the space runs out! Windows lets users launch its disk cleanup tool by clicking on the low space warning bubble, hopefully Ubuntu's solution can be as easy to use as this.

Written by Endolith the 4 Jun 09 at 02:20.

After giving the warning, programs should still be able to use the disk up to a point, but there should be a certain amount of disk free at all times, to keep the system usable and responsive. If an app tries to use up more than this, it should be paused or stopped.

A "low disk space" notification is straight out of Windows 95.

After giving the warning, programs should still be able to use the disk up to a point, but there should be a certain amount of disk free at all times, to keep the system usable and responsive. If an app tries to use up more than this, it should be paused or stopped. A "low disk space" notification is straight out of Windows 95.

Written by rubenverweij the 10 Oct 09 at 22:34.

Let's use both new notification systems. Display a libnotify message with "Low diskspace", display a notification in the Indicator applet that launches a dialog box with a message explaining why it is harmful to have this little free disk space.

Let's use both new notification systems. Display a libnotify message with "Low diskspace", display a notification in the Indicator applet that launches a dialog box with a message explaining why it is harmful to have this little free disk space.

Written by moredruid the 14 Oct 09 at 08:45.

let the report be based on a certain (95%?) threshold.
The popup reporting this should ideally have a number of options:
* go to the folder and clean up (maybe a background process has already indexed the filesystem and can present you with a list of outdated/not used files, various caches come to mind).
* ignore for now and warn again at 98%
* don't bother again for this mountpoint

let the report be based on a certain (95%?) threshold. The popup reporting this should ideally have a number of options: * go to the folder and clean up (maybe a background process has already indexed the filesystem and can present you with a list of outdated/not used files, various caches come to mind). * ignore for now and warn again at 98% * don't bother again for this mountpoint

Written by Theory5 the 14 Oct 09 at 22:30.

There should be a small moniter on either top or bottom bar that shows your main HDD space (in a measure format like windows vista does with HDD's) and if you scroll over it, it will show all your disks and stuff and their free space.

There should be a small moniter on either top or bottom bar that shows your main HDD space (in a measure format like windows vista does with HDD's) and if you scroll over it, it will show all your disks and stuff and their free space.

Written by xeniac the 15 Oct 09 at 09:03.

I like Solution #1: Back in the days when Linux was all about the console, you've got an login warning if disk usage was critical. Im pretty sures that Ubunutu does this to, but nobody sees it anymore.

Nowday a Desktop Linux System should'nt be a dump tool, it should help the user to solve his problems.

Ubunutu should offer an cleanup assistant that helps to
1.) purge your Harddrive from Backup Files, Temporary files and Duplicate Files (Leave one copy and Sym-/Hardlink the rest).
2.) Find the Files/Directorys eating the most Diskspace. (launch baobap)

I like Solution #1: Back in the days when Linux was all about the console, you've got an login warning if disk usage was critical. Im pretty sures that Ubunutu does this to, but nobody sees it anymore. Nowday a Desktop Linux System should'nt be a dump tool, it should help the user to solve his problems. Ubunutu should offer an cleanup assistant that helps to 1.) purge your Harddrive from Backup Files, Temporary files and Duplicate Files (Leave one copy and Sym-/Hardlink the rest). 2.) Find the Files/Directorys eating the most Diskspace. (launch baobap)

Written by Nw124 the 20 Oct 09 at 02:15.

Do what solution 2 says and add a gui like in vista and have a bar that shows how much of the disk space is used.

It should also tell you how much free space there is in GB ,Mb,or Kb (Depending on how big the disk is)

it could also do this on the desktop too for removable storage and show a meter.

Do what solution 2 says and add a gui like in vista and have a bar that shows how much of the disk space is used. It should also tell you how much free space there is in GB ,Mb,or Kb (Depending on how big the disk is) it could also do this on the desktop too for removable storage and show a meter.

Written by FrostyC the 4 Jan 10 at 10:20.

Have a user variable setting that can be changed at what point the low disk space becomes a problem. For instance, I am fine until I have less than 300 mb of hd space.

And I don't need a clean up wizard, I know what the problem is..

Have a user variable setting that can be changed at what point the low disk space becomes a problem. For instance, I am fine until I have less than 300 mb of hd space. And I don't need a clean up wizard, I know what the problem is..

Written by jschall the 12 Feb 10 at 16:38.

Simply reserve enough disk space that the system can keep working properly. The user will know that s/he is out of disk space when s/he tries to save a file.

The system should not stop running or slow down significantly.

Simply reserve enough disk space that the system can keep working properly. The user will know that s/he is out of disk space when s/he tries to save a file. The system should not stop running or slow down significantly.

Written by afita the 29 Feb 08 at 00:34.

Ubuntu Brainstorm was updated in January 2009. Since the idea #319 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #319 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by gabim the 28 Feb 08 at 14:43.

Ubuntu Brainstorm was updated in January 2009. Since the idea #22 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #22 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by SpamBadger the 29 Feb 08 at 00:17.

Ubuntu Brainstorm was updated in January 2009. Since the idea #288 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #288 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by tdrusk the 29 Feb 08 at 01:14.

Ubuntu Brainstorm was updated in January 2009. Since the idea #371 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #371 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by jez9999 the 28 Feb 08 at 23:50.

Me, I still maintain that the storage should just be mounted synchronously. I *want* to be able to just pull the thing out when its light stops flashing (and it's VERY likely to be in a safe state to remove), if for no other reason than that I know I'll forget to unmount occasionally and I don't want my drive's filesystem screwed (or data lost) because of a one-off mistake. I do not think it is going to 'damage' flash media significantly, yeah it will result in a little more wear but frankly, so what? People only use flash dongles for maybe a year and most modern ones will last enough write cycles that this extra wear won't be an issue.

Me, I still maintain that the storage should just be mounted synchronously. I *want* to be able to just pull the thing out when its light stops flashing (and it's VERY likely to be in a safe state to remove), if for no other reason than that I know I'll forget to unmount occasionally and I don't want my drive's filesystem screwed (or data lost) because of a one-off mistake. I do not think it is going to 'damage' flash media significantly, yeah it will result in a little more wear but frankly, so what? People only use flash dongles for maybe a year and most modern ones will last enough write cycles that this extra wear won't be an issue.

Written by Endolith the 8 Apr 09 at 15:30.

Apparently sync mode has several disadvantages, like reducing life of the drive and greatly reduced speed in some situations. Here's an alternative:

Any time a drive is removed without unmounting first, a big scary warning should pop up telling the user they may have lost data or screwed up their drive. (I think this is what OS X does.) It should point out clearly, with an animation, how to unmount the drive before physically removing it, so they don't have any problems in the future.

The first time a USB drive is plugged in and auto-mounted, a notification should be displayed along with the contents of the drive, explaining the same issue, with a "do not show this anymore" button, to educate the user and avoid causing any problems even the first time.

Unmounting the drive should be made more obvious and intuitive. A right-click context menu is not obvious.

When a drive has been plugged in that hasn't been synced and is screwed up, tools should be immediately available to fix the problem, and an explanation should appear that points the user to where they can get help.

The word "unmount" should be changed to something more intuitive ("detach", "disconnect", "turn off").

Apparently sync mode has several disadvantages, like reducing life of the drive and greatly reduced speed in some situations. Here's an alternative: Any time a drive is removed without unmounting first, a big scary warning should pop up telling the user they may have lost data or screwed up their drive. (I think this is what OS X does.) It should point out clearly, with an animation, how to unmount the drive before physically removing it, so they don't have any problems in the future. The first time a USB drive is plugged in and auto-mounted, a notification should be displayed along with the contents of the drive, explaining the same issue, with a "do not show this anymore" button, to educate the user and avoid causing any problems even the first time. Unmounting the drive should be made more obvious and intuitive. A right-click context menu is not obvious. When a drive has been plugged in that hasn't been synced and is screwed up, tools should be immediately available to fix the problem, and an explanation should appear that points the user to where they can get help. The word "unmount" should be changed to something more intuitive ("detach", "disconnect", "turn off").

Written by pato101 the 3 Jun 09 at 12:24.

Not sure if this is feasible, and for sure requires kernel hacking and solving lots of small issues, but I think it is the best solution:

1. The device would be mounted async.
2. Kernel would keep track of status if device is unplugged.
3. In such case a message would ask the user to plug the device again only if there are pending operations
4. Then, kernel would see that the device has been plugged again and would end the operation.

Not sure if this is feasible, and for sure requires kernel hacking and solving lots of small issues, but I think it is the best solution: 1. The device would be mounted async. 2. Kernel would keep track of status if device is unplugged. 3. In such case a message would ask the user to plug the device again only if there are pending operations 4. Then, kernel would see that the device has been plugged again and would end the operation.

Written by slashdotaccount the 2 Aug 09 at 10:18.

Just lost the data just like ejecting the floppy disk do. Why not?

Just lost the data just like ejecting the floppy disk do. Why not?

Written by md5encrypted the 19 Jul 10 at 16:12.

And mount removable drives with `flush` option. Copying to drive will result in indicator growth which then return to 0 as data flushed. When it reaches 0, desktop environment should inform user with something like "it is now safe to remove drive" (and maybe change color of indicator icon)

And mount removable drives with `flush` option. Copying to drive will result in indicator growth which then return to 0 as data flushed. When it reaches 0, desktop environment should inform user with something like "it is now safe to remove drive" (and maybe change color of indicator icon)

Written by mikko.rantalainen the 7 Oct 10 at 07:58.

The synchronous mounting would be required only because kernel is too dumb to not lose the data. Fix this problem and it really does not make any sense to mount removable devices synchronously. To the contrary - mounting a flash device synchronously will decrease it's lifespan because of increased amount of writes.

Very similar to solution #3: See idea http://brainstorm.ubuntu.com/idea/1515/ Allow repairing incorrectly removed USB Mass Storage Device (flash memory stick.

The synchronous mounting would be required only because kernel is too dumb to not lose the data. Fix this problem and it really does not make any sense to mount removable devices synchronously. To the contrary - mounting a flash device synchronously will decrease it's lifespan because of increased amount of writes. Very similar to solution #3: See idea <a href="http://brainstorm.ubuntu.com/idea/1515/">http://brainstorm.ubuntu.com/idea/1515/ Allow repairing incorrectly removed USB Mass Storage Device (flash memory stick</a>.

Written by probono the 1 Mar 08 at 17:31.

Ubuntu Brainstorm was updated in January 2009. Since the idea #2236 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #2236 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!