Package: hal Version: 0.5.10+git20080301-1 Followup-For: Bug #415893
Given the following fstab these are the results I get wrt to (non-)ignored volumes: - /mnt/vault shows up as a mounted volume on the Gnome desktop. It's automatically mounted during bootup, it has a well defined access method via it's mount point (and a few symlinks), there's no need to confuse users with a desktop shortcut to something they ideally wouldn't even know is there. I thought the all-files-in-one-tree paradigm was one of the nice things about *NIX - /mnt/scratch does NOT show up. I assume that's because it's encrypted, but why? Either show fixed disks, or don't. - the COMPONENT disks of the vault (md-raid1) show up as well, only unmounted. So there's 3 volumes that look identical to the user -> perfect confusion. Please add a rule to ignore raid component devices, even if they look like there's a working fs on them. I guess the people who complained about the old behaviour didn't have storage pools for fixed mounts but their dual-boot Windows disks or somesuch, where it does make more sense to treat the mount as stand-alone volume than as an integral part of the filesystem tree. Either solution isn't optimal ... and the fdi syntax isn't trivial enough for everyone to adapt off-handedly. Does it make sense to ignore volumes under /mnt but not under /media, maybe? I mean, it's not that I don't respect the wontfix, just that I think that a little more discussion is warranted. Cheers, C. # /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 /dev/mapper/sda2_crypt / ext3 errors=remount-ro 0 1 /dev/mapper/sda3_crypt none swap sw 0 0 /dev/sda1 /boot ext3 defaults 0 2 /dev/mapper/sda4_crypt /home ext3 user_xattr 0 2 /dev/md0 /mnt/vault ext3 user_xattr 0 2 /dev/mapper/md1_crypt /mnt/scratch ext3 user_xattr 0 2 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.106 add and remove users and groups ii dbus 1.1.20-1 simple interprocess messaging syst ii hal-info 20080215-1 Hardware Abstraction Layer - fdi f ii libc6 2.7-6 GNU C Library: Shared libraries ii libdbus-1-3 1.1.20-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libgcc1 1:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libhal-storage1 0.5.10+git20080301-1 Hardware Abstraction Layer - share ii libhal1 0.5.10+git20080301-1 Hardware Abstraction Layer - share ii libsmbios1 0.13.13-1 Provide access to (SM)BIOS informa ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-9 userspace USB programming library ii libvolume-id0 0.114-2 libvolume_id shared library ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii mount 2.13.1-2 Tools for mounting and manipulatin ii pciutils 1:2.2.10-1 Linux PCI Utilities ii pm-utils 0.99.2-3 utilities and scripts for power ma ii udev 0.114-2 /dev/ and hotplug management daemo ii usbutils 0.73-7 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5-6 ejects CDs and operates CD-Changer pn libsmbios-bin <none> (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
