Προς το περιεχόμενο

ntfs-3g: Απο το κακο στο χειροτερο!


jim_p

Προτεινόμενες αναρτήσεις

Καλημερα σε ολους.

 

Απο την εγκατασταση του ntfs-3g και μετα αντιμετωπιζω το παρακατω σφαλμα κατα τον τερματισμο ή την επανεκκινηση:

>Asking remaining processes to terminate...ok 
Killing remaining processes...[color=red]fail[/color]

 

Ειμαι σιγουρος οτι φταει το ntfs-3g για αυτο, γιατι πριν το εγκαταστησω δεν ειχα κανενα απολυτως σφαλμα και (μετα την εγκατασταση) προκειμενου να το παρακαμψω επρεπε να κανω unmount ολα τα ntfs partitions πριν κανω τερματισμο ή επανεκκινηση.

Εχω βαλει τις αναλογες επιλογες στο fstab για να μπορω να κανω umount σαν απλος χρηστης ακομα και απο το gnome-mount-applet και να μην μπλεκω με το τερματικο συνεχεια.

Δηλαδη

>/dev/sda1	/mnt/windows	ntfs-3g		users,locale=el_GR.UTF-8 	0 	0

Ας πουμε οτι ως εδω ειχα το προβλημα αλλα ηξερα τι να κανω ωστε να το αποφυγω. Απο δω και κατω παραθετω ενα ενα τα changelogs απο τα updates του ntfs-3g και πως γινανε χειροτερα τα πραγματα:

STABLE Version 1.2216

Fix: setuid-root ntfs-3g had a local root exploit and other security problems. From now on unprivileged mounts of block devices are possible only with using the integrated FUSE library (default) which has no known security problem.

Αυτο σημαινει οτι πλεον MONO σαν root μπορω να κανω mount-umount!!! Αχρηστο το gnome-mount-applet πλεον και μονο το τερματικο με σωζει.

STABLE Version 1.2310

Fix: unprivileged mount failed if user had rights for everything except the FUSE device file.

Συμφωνα με οτι λεει, θα επρεπε να εχει διορθωθει το προηγουμενο bug και να μπορω να κανω και παλι mount-umount απο το gnome-mount-applet. Οχι ομως, το προβλημα παραμενει το ιδιο και ακομα βασιζομαι στο τερματικο!

 

Ενδιαμεσα απο αυτα τα 2 updates, εγινε και ενα update στο fuse και τωρα πλεον ειτε κανω, ειτε δεν κανω unmount, το σφαλμα ειναι μονιμα εκει! Καθυστερει τον τερματισμο ή την επανεκκινηση και τωρα καθυστερει και τα ιδια τα xp σε απελπιστικο βαθμο.

Αργει να ανοιξει φακελους σε σημειο που καταντα σπαστικο για ενα φακελο με περιπου 10 αρχεια να κανει πανω απο 1 δευτερολεπτο! Δεν θα με πειραζε για φακελο με 500+ αρχεια, αλλα αυτο παραπαει νομιζω!

 

Οπως μου εχει προταθει σε αλλο thread εδω, εχω κανει αυτο

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

 

Αν χρειαστει να παραθεσω ή να ψαξω σε καποιο log κατι, πειτε μου.

Ευχαριστω

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Ψάξε στα udev rules σου και βρές ποιό device φιτάχνει το fuse module. Μετά δες άν ο χρήστης σου έχει δικαιώματα πάνω σε αυτό το device και ποιά. Κανονικά για να δουλέψει σύμφωνα με τα όσα λένε τα changelogs πρέπει να έχεις πλήρη δικαιματα σε αυτό το device.

Όσον αφορά το πρόβλημα όταν είσαι σε windows, δεν έχω 100% τεκμηριωμένη άποψη να σου πώ αλλά από κάποιες δοκιμές με παλιότερες versions που είχα κάνει, το ntfs-3g αφήνει το ntfs filesystem dirty σε συγκεκριμένες περιπτώσεις μετά από unmount και μάλιστα χωρίς "προφανή" λόγο. Μιά λογική λύση θα ήταν να κάνεις ένα disk check στα windows αλλά δεν είμαι καθόλου σίγουρος ότι αυτή η διαδικασία διορθώνει το filesystem. Η εν πάσει περιπτώσει αν ξέρεις κάποιο πρόγραμμα στα windows που να κάνει check το filesystem για consistency, τρέξτο, πιστεύω πως θα δείς κάποια διαφορά..

 

Urgent Edit: Κάνε φυσικά ένα backup στα ntfs αρχεία σου πρίν το check, δεν θα φταίω αν βγούνε gremlins από το κουτί και σου φάνε τα παραθύρια!

 

Και while on the subject του NTFS, μήπως υπάρχει κάποιο καλό παιδάκι που να έχει το βιβλίο NTFS Internals που είχε βγεί από κάποιον πρώην εργαζόμενο της MS και το οποίο αποσύρθηκε σε μιά νύχτα μετά από παρέμβαση της MS? Αν ναι, πολύ θα ήθελα να του ρίξω μιά ματιά, ηλεκτρονική η φυσική... Ευχαριστώ!

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

@NoD: Δοκιμασα οπως μου ειπες. Προσθεσα αυτα στο ηδη υπαρχον users, τα εβαλα και ενα καθε φορα με το users, τα εβαλα και μονα τους και παλι τιποτα. Το σφαλμα εκει!!!

 

@Nullscan: Αυτά με το udev rules και το fuse device πως το βλεπω; Ειμαι ασχετος με κατι τετοια, συγγνωμη :(

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

@Nullscan: Αυτά με το udev rules και το fuse device πως το βλεπω; Ειμαι ασχετος με κατι τετοια, συγγνωμη :(

 

NP, έπρεπε να είχα εξηγήσει. Μέσα στο /etc/udev/rules.d/ (τουλάχιστον εκεί είναι στο σύστημα της δουλειάς μου, ubuntu) έχει κάποια αρχεία. Ψάξε μέσα σε αυτά για fuse με την grep

>cd /etc/udev/rules.d
grep -Rn "fuse" ./

 

Αυτό θα σου βγάλει σε ποιό αρχείο και σε ποιά γραμμή του αρχείου δημιουργoύνται devices στο udev filesystem για το fuse.

Μετά με

>ls -la /<fuse generated device>

θα δείς ποιός είναι ο owner και τί permissions έχουν οι υπόλοιποι.

 

 

EDIT: Φλασιά! Έχεις βάλει τον εαυτό σου στο fuse group φαντάζομαι...

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

@NullScan: Η εντολη που μου λες εβγαλε αυτο:

>./020_permissions.rules:92:KERNEL=="fuse",					GROUP="fuse"

Κατι μου λεει οτι την πατησα ως εδω. Ο kernel δημιουργει το fuse? Στν 92 γραμμη του 020_permission.rules λεει οντως

>KERNEL=="fuse"		GROUP="fuse"

To παρακατω δεν το κανα γιατι δεν ξερω τι να βαλω στο <fuse generated device>.

 

Ειμαι μελος του fuse group παντα

>jim@lenny:~$ id jim
uid=1000(jim) gid=1000(jim) ομάδες=1000(jim),24(cdrom),27(sudo),29(audio),44(video),46(plugdev),100(users),112(fuse),1001(vboxusers)

 

Για να ειμαι σαφης. ΔΕΝ ΜΕ ΝΟΙΑΖΕΙ αν οι δισκοι θα μπορουν να γινονται mount-umount απο τον απλο χρηστη, αρκει να φυγει το σφαλμα απο κει! Να γινει αυτο και ας μενουν οι δισκοι mounted μονο.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Αν έχεις lenny, δοκίμασε το εξής:

με το σύστημα να τρέχει και τους δίσκους mounted, δώσε:

>
pidof ntfs-3g >> /lib/init/rw/sendsigs.omit.d/ntfs3g

και δοκίμασε να κάνεις shutdown.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

@apoikos: Ναι, debian lenny εχω, χαιρομαι που το θυμασαι!

Εκανα οτι μου ειπες αλλα δεν εγινε τιποτα :( .Το ιδιο σφαλμα, η ιδια αργοπορια κλπ

 

Επισης καπου ειδα οτι κατι ΙΣΩΣ να κανει το SELinux και σκεφτομαι σοβαρα να το απενεργοποιησω. Το εχει κανει κανεις?

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Το selinux by default δεν είναι ενεργοποιημένο. Αυτό που συμβαίνει είναι ότι απλά προσπαθεί να στείλει SIGTERM στο ntfs-3g, πράγμα το οποίο αποτυγχάνει, διότι το ntfs-3g δεν αντιδρά στο TERM (ορθώς, αφού είναι filesystem driver). Η λύση μάλλον είναι αυτή που σου έδωσα, απλά δεν είμαι σίγουρος ότι το εκτελέσιμο λέγεται ntfs-3g. Αν θες κάνε ένα ps aux όσο έχεις mounted τους δίσκους και δες πως λέγεται το process που χειρίζεται τα ntfs mounts. Στη συνέχεια προσάρμοσε την παραπάνω εντολή ώστε να αναφέρεται στο process που όντως τρέχει εκείνη τη στιγμή.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Υποθετω οτι απο ολο αυτο το "αχουρι"

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND

root 1 0.0 0.0 2036 688 ? Ss 08:08 0:01 init [2]

root 2 0.0 0.0 0 0 ? S< 08:08 0:00 [kthreadd]

root 3 0.0 0.0 0 0 ? S< 08:08 0:00 [migration/0]

root 4 0.0 0.0 0 0 ? SN 08:08 0:00 [ksoftirqd/0]

root 5 0.0 0.0 0 0 ? S< 08:08 0:00 [watchdog/0]

root 6 0.0 0.0 0 0 ? S< 08:08 0:00 [migration/1]

root 7 0.0 0.0 0 0 ? SN 08:08 0:00 [ksoftirqd/1]

root 8 0.0 0.0 0 0 ? S< 08:08 0:00 [watchdog/1]

root 9 0.0 0.0 0 0 ? S< 08:08 0:00 [events/0]

root 10 0.0 0.0 0 0 ? S< 08:08 0:00 [events/1]

root 11 0.0 0.0 0 0 ? S< 08:08 0:00 [khelper]

root 30 0.0 0.0 0 0 ? S< 08:08 0:00 [kblockd/0]

root 31 0.0 0.0 0 0 ? S< 08:08 0:00 [kblockd/1]

root 32 0.0 0.0 0 0 ? S< 08:08 0:00 [kacpid]

root 33 0.0 0.0 0 0 ? S< 08:08 0:00 [kacpi_notify]

root 157 0.0 0.0 0 0 ? S< 08:08 0:00 [kseriod]

root 183 0.0 0.0 0 0 ? S 08:08 0:00 [pdflush]

root 184 0.0 0.0 0 0 ? S 08:08 0:00 [pdflush]

root 185 0.0 0.0 0 0 ? S< 08:08 0:00 [kswapd0]

root 186 0.0 0.0 0 0 ? S< 08:08 0:00 [aio/0]

root 187 0.0 0.0 0 0 ? S< 08:08 0:00 [aio/1]

root 775 0.0 0.0 0 0 ? S< 08:08 0:00 [ksuspend_usbd]

root 776 0.0 0.0 0 0 ? S< 08:08 0:00 [khubd]

root 826 0.0 0.0 0 0 ? S< 08:08 0:00 [ata/0]

root 834 0.0 0.0 0 0 ? S< 08:08 0:00 [ata/1]

root 857 0.0 0.0 0 0 ? S< 08:08 0:00 [ata_aux]

root 1022 0.0 0.0 0 0 ? S< 08:08 0:00 [scsi_eh_0]

root 1023 0.0 0.0 0 0 ? S< 08:08 0:00 [scsi_eh_1]

root 1036 0.0 0.0 0 0 ? S< 08:08 0:00 [scsi_eh_2]

root 1037 0.0 0.0 0 0 ? S< 08:08 0:00 [scsi_eh_3]

root 1042 0.0 0.0 0 0 ? S< 08:08 0:00 [scsi_eh_4]

root 1043 0.0 0.0 0 0 ? S< 08:08 0:00 [scsi_eh_5]

root 1214 0.0 0.0 0 0 ? S< 08:08 0:00 [kjournald]

root 1403 0.0 0.0 2676 1204 ? S<s 08:08 0:00 udevd --daemon

root 2356 0.0 0.0 4052 888 ? Ss 08:08 0:00 /sbin/mount.ntf

root 2359 0.0 0.0 4052 1064 ? Ss 08:08 0:00 /sbin/mount.ntf

daemon 2489 0.0 0.0 1836 500 ? Ss 08:08 0:00 /sbin/portmap

statd 2510 0.0 0.0 1900 696 ? Ss 08:08 0:00 /sbin/rpc.statd

root 2664 0.0 0.0 1760 580 ? Ss 08:08 0:00 /sbin/syslogd

root 2680 0.0 0.0 1716 408 ? Ss 08:08 0:00 /sbin/klogd -x

103 2698 0.0 0.0 2560 992 ? Ss 08:08 0:00 /usr/bin/dbus-d

root 2818 0.0 0.0 1708 608 ? Ss 08:08 0:00 /usr/sbin/acpid

root 2865 0.0 0.0 1844 564 ? S 08:08 0:00 /usr/sbin/hddte

105 2904 0.0 0.1 5436 3352 ? Ss 08:08 0:00 /usr/sbin/hald

root 2905 0.0 0.0 3344 1144 ? S 08:08 0:00 hald-runner

root 2919 0.0 0.0 3404 1156 ? S 08:09 0:00 hald-addon-inpu

105 2922 0.0 0.0 2208 896 ? S 08:09 0:00 hald-addon-acpi

root 3001 0.0 0.0 13392 1924 ? Ss 08:09 0:00 /usr/sbin/gdm

root 3005 0.0 0.1 13840 2940 ? S 08:09 0:00 /usr/sbin/gdm

root 3017 0.0 0.0 3336 812 ? Ss 08:09 0:00 /usr/bin/system

root 3018 0.0 0.0 2556 1240 ? S 08:09 0:00 dbus-daemon --s

root 3023 2.1 4.8 111892 101676 tty7 Ss+ 08:09 5:00 /usr/bin/X :0 -

root 3035 0.0 0.0 3156 1204 ? Ss 08:09 0:00 /usr/sbin/hcid

root 3055 0.0 0.0 0 0 ? S< 08:09 0:00 [krfcommd]

root 3056 0.0 0.0 3068 1308 ? S 08:09 0:00 /usr/lib/blueto

daemon 3072 0.0 0.0 1984 416 ? Ss 08:09 0:00 /usr/sbin/atd

root 3096 0.0 0.0 1712 516 tty1 Ss+ 08:09 0:00 /sbin/getty 384

root 3097 0.0 0.0 1716 520 tty2 Ss+ 08:09 0:00 /sbin/getty 384

root 3098 0.0 0.0 1716 524 tty3 Ss+ 08:09 0:00 /sbin/getty 384

root 3099 0.0 0.0 1712 520 tty4 Ss+ 08:09 0:00 /sbin/getty 384

root 3100 0.0 0.0 1716 520 tty5 Ss+ 08:09 0:00 /sbin/getty 384

root 3101 0.0 0.0 1712 516 tty6 Ss+ 08:09 0:00 /sbin/getty 384

root 3129 0.0 4.8 111892 101676 tty7 S+ 08:09 0:00 /usr/bin/X :0 -

jim 3136 0.0 0.3 27412 6984 ? Ssl 08:09 0:00 /usr/bin/gnome-

jim 3179 0.0 0.0 4508 536 ? Ss 08:09 0:00 /usr/bin/ssh-ag

jim 3181 0.0 0.1 6884 3496 ? S 08:09 0:00 /usr/lib/libgco

jim 3184 0.0 0.0 6460 1044 ? S 08:09 0:00 /usr/bin/gnome-

jim 3186 0.0 0.0 2700 1064 ? Ss 08:09 0:00 dbus-daemon --f

jim 3187 0.0 0.4 40832 10204 ? Sl 08:09 0:01 gnome-settings-

jim 3191 0.2 0.5 18136 10568 ? S 08:09 0:34 /usr/bin/metaci

 

 

εσυ μου λες για τις γραμμες που λενε

>root 2356 0.0 0.0 4052 888 ? Ss 08:08 0:00 /sbin/mount.ntf
root 2359 0.0 0.0 4052 1064 ? Ss 08:08 0:00 /sbin/mount.ntf

 

Αρα το εν λογο αρχειο ειναι το mount.ntfs-3g (κοιταξα την ακριβη ονομασια στο φακελο /sbin). Αλλαξα την εντολη που ειπες σε

>pidof mount.ntfs-3g >> /lib/init/rw/sendsigs.omit.d/ntfs3g

και παλι τιποτα! Να σημειωσω οτι δεν το τρεχω με sudo, γιατι δεν το παιρνει, αλλα σαν root!

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Αρχειοθετημένο

Αυτό το θέμα έχει αρχειοθετηθεί και είναι κλειστό για περαιτέρω απαντήσεις.

  • Δημιουργία νέου...