Πρόβλημα στο scanning του δίσκου

[eliasps]

Θέλει περισσότερο ψάξιμο το θέμα.
Ο /dev/fd0 σε κάθε reboot ξαναδημιουργείται, οπότε το πρόβλημα επανέρχεται.

Tι ρυθμίσεις έχει το fstab για την δισκέτα; Δώσε:

Κώδικας: Επιλογή όλων

cat /etc/fstab

Ίσως άμα κάνεις κατάλληλη αλλαγή στο options, να ρυθμιστεί το fstab ώστε να την αγνοεί.

[Learner]

• Μπες στο Bios και δες αν υπάρχει επιλογή να απενεργοποιήσεις το floppy.
  
• Διαφορετικά (νομίζω) πως το συγκεκριμένο φορτώνει σαν module , οπότε προσπάθησε να κάνεις blacklist το module.
  Δίνεις πρώτα

  Κώδικας: Επιλογή όλων

  lsmod

  και ψάχνεις για το module με όνομα floppy , αν υπάρχει (αν έχει φορτωθεί) τότε κάνε το blacklist
  

  Κώδικας: Επιλογή όλων

  echo 'floppy' | sudo tee -a /etc/modprobe.d/blacklist.conf

  
  Επανεκκίνηση και βλέπεις.

[Ilias95]

Tι ρυθμίσεις έχει το fstab για την δισκέτα; Δώσε:

Κώδικας: Επιλογή όλων

cat /etc/fstab

Ίσως άμα κάνεις κατάλληλη αλλαγή στο options, να ρυθμιστεί το fstab ώστε να την αγνοεί.

Την έχω αφαιρέσει τελείως από το fstab.

• Μπες στο Bios και δες αν υπάρχει επιλογή να απενεργοποιήσεις το floppy.

Δεν βρίσκω τέτοια επιλογή.

• Διαφορετικά (νομίζω) πως το συγκεκριμένο φορτώνει σαν module , οπότε προσπάθησε να κάνεις blacklist το module.
  Δίνεις πρώτα

  Κώδικας: Επιλογή όλων

  lsmod

  και ψάχνεις για το module με όνομα floppy , αν υπάρχει (αν έχει φορτωθεί) τότε κάνε το blacklist
  

  Κώδικας: Επιλογή όλων

  echo 'floppy' | sudo tee -a /etc/modprobe.d/blacklist.conf

  
  Επανεκκίνηση και βλέπεις.

Όντως φορτώνεται το module σύμφωνα με το lsmod.
Φαντάζομαι η εντολή πρέπει να γίνει:

Κώδικας: Επιλογή όλων

echo 'blacklist floppy' | sudo tee -a /etc/modprobe.d/blacklist.conf

Πάλι όμως δεν έχω κάποιο διαφορετικό αποτέλεσμα μετά (ή και πριν) από επανεκκίνηση.

[Learner]

Πάλι όμως δεν έχω κάποιο διαφορετικό αποτέλεσμα μετά (ή και πριν) από επανεκκίνηση.

Δηλαδή ; Εννοείς ότι το module φορτώνεται ακόμη και αφού το έχεις κάνει blacklist ή ότι είτε έχεις κάνει το module blacklist είτε όχι , τι ίδιο είναι ;

Η γραμμή δηλαδή /dev/fd0 ξαναδημιουργείται και με και χωρίς το module φορτωμένο ;

[Ilias95]

Εννοείς ότι το module φορτώνεται ακόμη και αφού το έχεις κάνει blacklist ή ότι είτε έχεις κάνει το module blacklist είτε όχι , τι ίδιο είναι ;

Η γραμμή δηλαδή /dev/fd0 ξαναδημιουργείται και με και χωρίς το module φορτωμένο ;

Ναι.
Το module εμφανίζεται ακόμα δίνοντας lsmod:

Κώδικας: Επιλογή όλων

ilias@ilias-pc:~$ lsmod
Module Size Used by
rfcomm 46619 0
bnep 18140 2
bluetooth 209199 10 rfcomm,bnep
snd_hda_codec_hdmi 32007 1
kvm 414070 0
ppdev 17073 0
snd_hda_codec_realtek 77876 1
microcode 22803 0
psmouse 95552 0
serio_raw 13215 0
snd_hda_intel 33491 5
snd_hda_codec 134212 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 13602 1 snd_hda_codec
snd_seq_midi 13324 0
snd_pcm 96580 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
edac_core 52451 0
edac_mce_amd 23303 0
k10temp 13126 0
sp5100_tco 13697 0
snd_rawmidi 30512 1 snd_seq_midi
i2c_piix4 13167 0
snd_seq_midi_event 14899 1 snd_seq_midi
snd_seq 61521 2 snd_seq_midi,snd_seq_midi_event
radeon 895653 3
snd_timer 29425 2 snd_pcm,snd_seq
snd_seq_device 14497 3 snd_seq_midi,snd_rawmidi,snd_seq
snd 78734 20 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
parport_pc 32688 1
wmi 19070 0
mac_hid 13205 0
ttm 83595 1 radeon
drm_kms_helper 46784 1 radeon
drm 275528 5 radeon,ttm,drm_kms_helper
i2c_algo_bit 13413 1 radeon
soundcore 15047 1 snd
snd_page_alloc 18484 2 snd_hda_intel,snd_pcm
lp 17759 0
parport 46345 3 ppdev,parport_pc,lp
uas 17844 0
usb_storage 48838 0
firewire_ohci 40401 0
firewire_core 64368 1 firewire_ohci
crc_itu_t 12707 1 firewire_core
pata_atiixp 13204 0
floppy 69452 1
r8169 61650 0
ilias@ilias-pc:~$

Το /etc/modprobe.d/blacklist.conf μου (τελευταία γραμμή):

Κώδικας: Επιλογή όλων

ilias@ilias-pc:~$ cat /etc/modprobe.d/blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.

# evbug is a debug tool that should be loaded explicitly
blacklist evbug

# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd

# replaced by e100
blacklist eepro100

# replaced by tulip
blacklist de4x5

# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394

# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m

# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2

# causes failure to suspend on HP compaq nc6000 (Ubuntu: #10306)
blacklist i2c_i801

# replaced by p54pci
blacklist prism54

# replaced by b43 and ssb.
blacklist bcm43xx

# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps

# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi

# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp

# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr

# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac

# my entry
blacklist floppy
ilias@ilias-pc:~$

[Learner]

Ξέχνα τότε το blacklist.conf και πρόσθεσε την γραμμή

Κώδικας: Επιλογή όλων

modprobe -rf floppy

στο /etc/rc.local. (πριν το exit0)

Φτιάξε το /etc/fstab πάλι (σβήνοντας το /dev/fd0) και κάνε επανεκκίνηση για να το τσεκάρεις.

[Ilias95]

Ξέχνα τότε το blacklist.conf και πρόσθεσε την γραμμή

Κώδικας: Επιλογή όλων

modprobe -rf floppy

στο /etc/rc.local. (πριν το exit0)

Φτιάξε το /etc/fstab πάλι (σβήνοντας το /dev/fd0) και κάνε επανεκκίνηση για να το τσεκάρεις.

Το έκανα και δούλεψε!
Το /dev/fd0 δεν δημιουργείται πλέον κατά την εκκίνηση και έτσι το πρόβλημα δεν εμφανίζεται.

Αυτό που μου μένει σαν απορία είναι πως στο καλό εμφανίστηκε ξαφνικά αυτό το πρόβλημα στην 12.10 έκδοση του Ubuntu (και στο Arch) ενώ σε όλες τις προηγούμενες εκδόσεις (από 10.10) δεν αντιμετώπισα τίποτα (το /dev/fd0 υπήρχε και σε όλες τις προηγούμενες).