Αποριες περι fstab

[gokal]

Να σου πω την αλήθεια και στο δικό μου σύστημα για να κάνω eject το cdrom πατάω δεξί κλικ στη συσκευή και κάνω eject ή umount και μετά το κουμπί στη συσκευή.

 

απ'ευθείας το κουμπί στην συσκευή δεν μου βγάζει το cdrom! Βέβαια δεν με χαλάει αυτό οπότε δεν το έχω ψάξει ... το θεωρούσα πάντα φυσιολογικό.... για να δούμε ...

[nske]

• δεν με αφηνει να κανω mount σαν απλος χρηστης

  To /bin/ntfs-3g έχει SUID;
   
  

  ># ls -l /bin/ntfs-3g

  
  Αν όχι βάλε του δίνοντας:
  

  ># chmod a+s /bin/ntfs-3g

  
   
  

• Το eject πανω στη συσκευη εξακολουθει να μην δουλευει αν δεν κανω πρωτα unmount ή εξαγωγη!!!

  Α, εννοείς το κουμπί eject του drive, τώρα το κατάλαβα. By default κλειδώνει όταν είναι mounted επειδή έτσι είναι το σωστό για να αποφευχθούν απρόβλεπτα ενδεχόμενα.
   
  Μία εξήγηση για αυτή τη συμπεριφορά:
   

  To avoid being surprised by the unexpected removal of media containing a mounted filesystem, some drives grew the ability for software to "lock" a drive, preventing it from ejecting its media until it was unlocked. (Pressing the eject button still didn't generate an interrupt, it simply had no effect until the software unlocked the drive.) This let the operating system force users to eject removable media from software (via the "eject" command) rather than by pressing the button on the drive, allowing the OS to safely use the block device at the expense of annoying users.
   
  By locking the drive to prevent unauthorized eject, the hotplug-less kernel avoided having to unmount filesystems on short notice. This meant the kernel didn't have to promptly flush buffers when data was written to the device (to minimize unmount time), and that the kernel could veto attempts to unmount a filesystem that was still in use for any reason, such as due to any process having open files in that filesystem or that filesystem containing any process's current directory. (Yes, even though a process's current directory could be deleted, it couldn't be unmounted. Not for any deep technical reason; support for it simply hadn't been implemented. Removable media was a poorly supported afterthought.)
   
  Of course some drives (most notably PC floppy drives) had no provision for locking the drive; ejecting a floppy was a manual process controlled by a purely mechanical button. Users that didn't remember to manually unmount a floppy lost data, and were largely mocked as clueless by traditional Unix developers (or else PC hardware was mocked for not having drive locking support). The "mtools" package provided a popular workaround, reading and writing FAT files directly through a floppy disk's unmounted block device, probing for media before each command, and flushing all data after each command. (It even accepted dos-style names for floppy drives.)

   
  Αν δε θέλεις να κλειδώνει μπορείς να αλλάξεις την τιμή της dev.cdrom.lock σε 0 από το sysctl(8). Π.χ.
  

  ># sysctl dev.cdrom.lock=0

  
   
  Bέβαια το σύστημα δεν είναι σχεδιασμένο για να μπαινοβγάζεις τα μέσα χωρίς να έχεις κάνεις unmount τα filesystems πάνω τους, δε ξέρω στην πράξη αν και τι προβλήματα μπορεί να προκληθούν. Προφανώς τα δεδομένα δε θα κινδυνεύσουν αφού είναι read-only, όμως ίσως υπάρχει πρόβλημα με στοιχειωμένα mounts και read errors.
   
  Προσωπικά δε με έχει ενοχλήσει οπότε δε το έχω ψάξει, απλά δε χρησιμοποιώ το eject της συσκευής για αυτό το σκοπό -μια συνήθεια είναι όλα. Χρησιμοποιώ την eject, η οποία κάνει αυτόματα unmount (και την οποία, όπως και οποιαδήποτε εφαρμογή, μπορείς να αντιστοιχίσεις σε ένα κουμπί ή συνδυασμό κουμπιών του πληκτρολογίου αν σε βολεύει).
   
  Πάντως αν αποφασίσεις να το μπαινοβγάζεις από το κουμπί χωρίς unmount και δεις να υπάρχουν προβλήματα, μπορείς να το υλοποιήσεις σωστά με το supermount-ng.

[firewalker]

Σε εμένα όταν πατάω το κουμπί eject κάνει αυτόματα umount (αρκεί να μην χρησιμοποιείτε κάποιο αρχείο) και βγάζει το δισκάκι. Στην άλλη μονάδα που έχω δεν το κάνει. Πρέπει να δώσω την eject ή να το κάνω umount πρώτα.

[gokal]

nske πολύ ωραία ανάλυση... λύθηκε κι η δική μου απορία!

 

άρα jim_p λογικά τώρα δεν πρέπει να έχεις πρόβλημα

[jim_p]

Δυστυχως ακομα βγαζει το failed.

Παρα τις οποιες αλλαγες στο fstab,ακομα και με την αλλαγη στο chmod του ntfs-3g, αυτο εκει το χαβα του. Μηπως δεν φταει το ntfs-3g? Μετα απο το σφαλμα λεει κατι περι δικτυου, αλλα δεν το προλαβαινω

 

Χαιρομαι παντως που δωθηκε μια λογικη εξηγηση για το cdrom γιατι δεν αντεχα αλλο, στο τσακ ημουν να τα παρατησω. Γιατι δεν ειχα τετοια προβληματα με ubuntu (μακρια απο μας!!!);

 

Οκ και για την ati.

 

Συγγνωμη για την καθυστερηση παντως

[headbanger]

σου παραχωρώ το δικό μου fstab που δουλεύει χωρίς πρόβλημα

 

># /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda5
UUID=dfe6eb60-f716-4b58-aa96-2480b5c3824c /               ext3    defaults,errors=remount-ro 0       1
# /dev/sdb1
UUID=4268C3DC68C3CD3B /media/gigas    ntfs    defaults,umask=007,gid=46 0       1
# /dev/sda1
UUID=EA2484622484341B /media/sda1     ntfs    defaults,umask=007,gid=46 0       1
# /dev/hda1
UUID=22F0CBB8F0CB9089 /media/temp     ntfs    defaults,umask=007,gid=46 0       1
# /dev/hda5
UUID=7810495110491810 /media/wow_steam ntfs    defaults,umask=007,gid=46 0       1
# /dev/sda6
UUID=afd583ba-96b3-4359-865f-efcdeb38f2e3 none            swap    sw              0       0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto,exec 0       0
/dev/hdd        /media/cdrom1   udf,iso9660 user,noauto,exec 0       0

[apoikos]

Πάντως με KDE + hal + dbus το eject το κάνει capture το KDE και με το πάτημα του κουμπιού το κάνει unmount και ανοίγει κανονικά το πορτάκι.

 

Όσον αφορά στο failed, μπορεί απλά να μη σκοτώνεται το ntfs-3g process. To ntfs-3g είναι filesystem in userspace, οπότε λογικά αφήνει κάποιο process να τρέχει όσο είναι mounted το filesystem. Αυτό το process δε θα εκπλησσόμουν αν δεν έκανε signal handling· δε θα ήθελες ο filesystem driver να σκοτώνεται κατά λάθος, αφήνοντας το δίσκο σε μαύρο χάλι.

 

Τώρα, κατά το shutdown γίνονται πρώτα kill τα processes και μετά unmount τα filesystems (λογικό, αφού οι διεργασίες χρησιμοποιούν τους δίσκους), οπότε γι' αυτό σου βγάζει το failed. Συμβουλή μου είναι, εφόσον το σύστημα συμπεριφέρεται κατά τ' άλλα κανονικά, να μην ασχοληθείς άλλο με αυτό το μήνυμα.

[firewalker]

Apoiko, το ένα από τα δύο μου drives δεν "υπακούει" στο eject button. Έχει σχέση το hardware? Είναι το slave που δεν "υπακούει". Υπάρχει κάποιος κανόνας που πρέπει να προστεθεί στο hal;

[gokal]

Apoiko, το ένα από τα δύο μου drives δεν "υπακούει" στο eject button.

 

κι εμένα ακριβώς το ίδιο

[firewalker]

Δοκίμασα άλλο drive και παίζουν κανονικά με το eject σε οποιανδήποτε συνδεσμολογία. Μόνο το LG δεν παίζει. Μήπως είναι LG και το δικό σου;

[apoikos]

firewalker,

Δεν είμαι σίγουρος, αλλά δε μου φαίνεται απίθανο να φταίει το hardware. Μπορείς πάντα να συνδεθείς πάνω στο dbus (dbus-monitor) και να δεις τι σήματα στέλνει ο hal στο kde την ώρα που πατάς το eject ;-)

[firewalker]

Με την dbus-monitor --system όταν είναι mounted και πατάω το κουμπί δεν δείχνει τίποτε... Αν το κάνω umount και το πατήσω έχω

 

>
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/storage_model_HL_DT_STDVD_ROM_GDR8164B; interface=org.freedesktop.Hal.Device; member=PropertyModified
  int32 1
  array [
     struct {
        string "storage.removable.media_available"
        boolean false
        boolean false
     }
  ]
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/storage_model_HL_DT_STDVD_ROM_GDR8164B; interface=org.freedesktop.Hal.Device; member=PropertyModified
  int32 1
  array [
     struct {
        string "storage.cdrom.write_speeds"
        boolean false
        boolean false
     }
  ]
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/Manager; interface=org.freedesktop.Hal.Manager; member=DeviceRemoved
  string "/org/freedesktop/Hal/devices/volume_label_New"

 

Και το tray ανοίγει.

 

Στο άλλο που λειτουργεί κανονικά είτε είναι mounted ή όχι έχω "σήμα" στον dbus.

 

>
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/storage_model__NEC_DVD_RW_ND_4571A; interface=org.freedesktop.Hal.Device; member=Condition
  string "EjectPressed"
  string ""
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/volume_label_New; interface=org.freedesktop.Hal.Device; member=PropertyModified
  int32 3
  array [
     struct {
        string "volume.mount_point"
        boolean false
        boolean false
     }
     struct {
        string "volume.is_mounted_read_only"
        boolean false
        boolean false
     }
     struct {
        string "volume.is_mounted"
        boolean false
        boolean false
     }
  ]
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/storage_model__NEC_DVD_RW_ND_4571A; interface=org.freedesktop.Hal.Device; member=PropertyModified
  int32 1
  array [
     struct {
        string "storage.removable.media_available"
        boolean false
        boolean false
     }
  ]
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/devices/storage_model__NEC_DVD_RW_ND_4571A; interface=org.freedesktop.Hal.Device; member=PropertyModified
  int32 1
  array [
     struct {
        string "storage.cdrom.write_speeds"
        boolean false
        boolean false
     }
  ]
signal sender=:1.0 -> dest=(null destination) path=/org/freedesktop/Hal/Manager; interface=org.freedesktop.Hal.Manager; member=DeviceRemoved
  string "/org/freedesktop/Hal/devices/volume_label_New"

 

Μάλλον κάποιο κόλλημα υπάρχει με το hardware του συγκεκριμένου drive.

[jim_p]

Το πηρα αποφαση πλεον οτι το cdrom δεν γινεται να βγαινει πατωντας μονο το eject στη συσκευη. Τι αλλο να κανω, το δεχομαι οπως ειναι!

 

Για το αλλο προβλημα με το ntfs, επετρεψα να γινεται unmount απο τον απλο χρηστη και εβαλα το αναλογο applet στο gnome-panel για να μην μπλεκω με το τερματικο.

Ρωτησα και στο #debian περι αυτου και μου ειπαν οτι μαλλον bug θα πρεπει να ειναι. Σα να ησυχασα καπως. Bug, ξε-bug εγω αυτο που βλεπω ειναι οτι καθυστερει την διααδικασια τερματισμου.