Gå til innhold

Flash-minne lar seg ikke montere [Problem løst]


Anbefalte innlegg

Har tidligere kunnet montert min usb-flashminne enhet i linux. Nå virker det ikke lengre, og ville satt pris på om noen kunne hjulpet meg i å finne feilen.

 

Minnebrikken er tilknyttet /dev/sdb1.

Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          31      249956+   6  FAT16

$ mount /dev/sdb1 /mnt/flash
mount: special device /dev/sdb1 does not exist 

$ mount -t msdos /dev/sdb1 /mnt/flash
mount: special device /dev/sdb1 does not exist

$ mount /dev/sdb1 -t fat16 /mnt/flash
mount: fs type fat16 not supported by kernel

Jeg har fat16 støtte så jeg vet ikke hvorfor jeg får denne feilmeldingen.

 

I dmesg ser jeg tydelig at enheten blir gjenkjent som en Twinmos minnebrikke. Hva kan være feil? Noen som kan gi meg et hint. Hvis det er noe mer informasjon som trengs, så si ifra. Ville satt umåtelig pris på om noen kunne hjelpe. Dette har nemlig virket før, men fatter ikke hvorfor det ikke vil virke nå.

Endret av RolfOve
Lenke til kommentar
Videoannonse
Annonse
Jeg monterer alltid minnebrikker som vfat.
Ja, jeg har prøvd dette også:

mount -t vfat /dev/sdb1 /mnt/flash
mount: special device /dev/sdb1 does not exist

Og du er selvsagt root...
Ja.

 

...og har sjekka at brikken fortsatt er på /dev/sdb1 (du har ikke koblet til noe annet scsi i mellomtiden (USB/Firewire))?

fdisk -l gir denne utskriften. Det tyder på at minnebrikken er i /dev/sdb1.

Disk /dev/sdb: 255 MB, 255983616 bytes
256 heads, 63 sectors/track, 31 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes

  Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          31      249956+   6  FAT16

Lenke til kommentar
Da ser ikke jeg noen grunn til at det ikke skal funke. Er du sikker på at brikka også er formatert? Har du prøvd fdisk /dev/sdb1 for å se hva som da skjer?

 

Jepp det funker. Jeg har prøvd å både fjerne partisjoner, legge til partisjoner og formatere på nytt.

# fdisk /dev/sdb1

Unable to open /dev/sdb1
# fdisk /dev/sdb

Command (m for help): q

 

Den er i fdisk -l

Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1        1008      249953   83  Linux

 

Dette er underlig

# mkfs -t ext3 /dev/sdb1
mke2fs 1.35 (28-Feb-2004)
Could not stat /dev/sdb1 --- No such file or directory

The device apparently does not exist; did you specify it correctly?

 

Skal det være slik?

# ls -la /dev/sdb1
lrwxrwxrwx  1 root root 3 Jun 30 23:45 /dev/sdb1 -> win

Lenke til kommentar
Hvis du har udev som device-manager, vil ikke /dev/sdX eksistere før udev har detektert at en USB-ting er koblet til som tilbyr dette.

/dev/sda1-8 er harddiskene mine og de er mountet. /dev/sdb skal være minnebrikken min.

 

Jeg regner med at jeg ser i dmesg om udev har detektert minnet. USB sticken er detektert ifølge dmesg.

  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sdb: 499968 512-byte hdwr sectors (256 MB)
sdb: Write Protect is off
sdb: Mode Sense: 03 00 00 00
sdb: assuming drive cache: write through
sdb: sdb1
Attached scsi removable disk sdb at scsi4, channel 0, id 0, lun 0
Attached scsi generic sg1 at scsi4, channel 0, id 0, lun 0,  type 0
USB Mass Storage device found at 5

 

Tusen takk for svar.

Lenke til kommentar

Ja, er utrolig merkelig.

 

Nå sitter jeg bom fast, og får ikke brukt USB-sticken. Jeg har enda ikke prøvd den på en annen maskin, f.eks. skole/venner. Jeg har brukt den tidligere både her hjemme og på skolen uten noen problemer av noen slag (begge steder linux). Skal få testet den på skolen på windows maskinene for å bekrefte at det ikke er noe gale med sticken.

 

Hvis det er noen her inne som kan tenke seg et eller annet jeg kan prøve, så vær så vennlig å skrik ut. Har slitt med dette problemet og har søkt på google og spurt dere, men får ikke løst problemet. :no:

 

Skal si ifra hvis jeg finner en løsning :)

Lenke til kommentar
Sikkert ikke til noe hjelp, men du kan alltids prøve den gode gamle "skru av maskinen, trekk ut strømkontakt, vent tolmodig noen sekunder og prøv igjen" ;)

Jeg måtte faktisk det her om dagen. Fikk ikke kontakt med kortportne verken fra Linux eller Windows. Slev ikke etter flere reboot. Etter hvert la jeg merke til at lysene ved kortplassene lyste konstant, også under reboot. Så jeg tok strømmen, venta litt og prøvde på nytt. Da funka det! :hmm:

 

Men jeg fikk ikke kontakt med devicene i det hele tatt, så problemet lignet ikke på det aktuelle i denne tråden.

Lenke til kommentar

Skal det være slik?

# ls -la /dev/sdb1
lrwxrwxrwx  1 root root 3 Jun 30 23:45 /dev/sdb1 -> win

 

Er ikke det litt underlig at /dev/sdb1 symlinker til win (fant ut at dette hadde noe med wine å gjøre etter at jeg stattet flere partisjoner i /dev/sdbX). Fjernet derfor /dev/sdb1 med rm, men vet ikke om det var særlig smart. Etter at jeg fjernet filen eksisterer denne ikke engang (prøv å forstå).

Lenke til kommentar

Jeg bruker Fedora Core 2. Jeg har ikke fiklet alt for mye med den. Men jeg vet at montering har fungert før. Jeg mener også å huske at det fungerte før jeg nylig la inn en rpm med Wine fra winehq.com. Så jeg tror at Wine har gjort en eller annen ugang. Kan du tenke deg hva?

 

Jeg fjernet derfor Wine med pakkehåndtereren i Fedora og alle filer i /dev/sdbX serien som var symlinker. Jeg Torde ikke å slette dem som var "block-device" (vet ikke om det var det det het). Jeg vet ikke om jeg har gjort det enda verre. Dette er utenfor min kunnskap.

 

Jeg kan nå skrive til /dev/sdb (og ikke /dev/sdb1, pussig). Jeg har prøvd å både opprette filer på minnebrikken og kopiere filer. Avmontert den igjen og sjekket om filene ble syncet. Dette virker. Filsystemet på USB-sticken lar seg imildertid ikke endre.

 

Her er noen utskrifter fra terminal jeg synest var interresante:

 

# mkfs -t vfat /dev/sdb
mkfs.vfat 2.8 (28 Feb 2001)
mkfs.vfat: Will not try to make filesystem on '/dev/sdb'

 

# sfdisk -l /dev/sdb

Disk /dev/sdb: 1008 cylinders, 8 heads, 62 sectors/track
Units = cylinders of 253952 bytes, blocks of 1024 bytes, counting from 0

  Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sdb1          0+   1007    1008-    249953   83  Linux
/dev/sdb2          0       -       0          0    0  Empty
/dev/sdb3          0       -       0          0    0  Empty
/dev/sdb4          0       -       0          0    0  Empty

 

# mkfs -t vfat /dev/sdb1
mkfs.vfat 2.8 (28 Feb 2001)
/dev/sdb1: No such file or directory

 

# mkfs -t vfat /dev/sdb2
mkfs.vfat 2.8 (28 Feb 2001)
/dev/sdb2: No such file or directory

 

# mkfs -t vfat /dev/sdb3
mkfs.vfat 2.8 (28 Feb 2001)
/dev/sdb3: No such device or address

 

Igjen tusen takk for all hjelp :)

Endret av RolfOve
Lenke til kommentar

Jeg har ingen erfaring med udev, men å slette filer fra /dev med statisk konfigurasjon kan lett fikses ved å opprette de man har slettet på nytt. Se f.eks. her:

In the descriptions further on, it will be assumed that only one memory stick is present, and therefore mapped to /dev/sda.

 

In most distributions these points exist in abundance. You should check that this is the case in your setup (ls /dev/sda*. If there are none you can create them by doing (as root, indicated by the hash).

 

 

            # mknod /dev/sda  b 8 0

            # mknod /dev/sda1 b 8 1

            # mknod /dev/sda2 b 8 2

 

 

etc, up to /dev/sda15 if necessary.

Skulle gjerne ha linka til en guide til alle devices med mknod, men jeg fint ingen :hmm:
Lenke til kommentar

Fikk opprettet /dev/sdb og /dev/sdb1 igjen. Tusen takk for tipset.

 

Får opp USB-disken, kan skrive/lese til den og kan bruke mkfs (forbedring). Men selv etter en suksessful mkfs endres ikke filsystemet (dette er også blitt prøvd med vfat, uten forskjell). Intill jeg kommer med noe mer nyttig informasjon skal jeg ikke plage dere mer. Skal gi dere beskjed hvis jeg finner ut av det :)

 

# mkfs -t ext2 /dev/sdb1
mke2fs 1.35 (28-Feb-2004)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
62496 inodes, 249952 blocks
12497 blocks (5.00%) reserved for the super user
First data block=1
31 block groups
8192 blocks per group, 8192 fragments per group
2016 inodes per group
Superblock backups stored on blocks: 
       8193, 24577, 40961, 57345, 73729, 204801, 221185

Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 34 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

 

# sfdisk -l /dev/sdb

Disk /dev/sdb: 1008 cylinders, 8 heads, 62 sectors/track
Units = cylinders of 253952 bytes, blocks of 1024 bytes, counting from 0

  Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sdb1          0+   1007    1008-    249953   83  Linux
/dev/sdb2          0       -       0          0    0  Empty
/dev/sdb3          0       -       0          0    0  Empty
/dev/sdb4          0    

Lenke til kommentar

Da har jeg fått alt til å virke. Takk for all hjelp.

Jeg oppsumerer kort problemene og løsningene til de nysgjerrige:

 

1. Kunne ikke montere minnebrikken selv om dmesg rappoterte at den fantes på /dev/sdb1

 

Problem: /dev/sdb1 var en symlink til win. Sannsynligvis Wine som har gjort dette.

Løsning: Jeg slettet dermed symlinken og brukte mknod til å legge inn /dev/sdb1 på nytt. Etter litt søking på internett fant jeg ut hvordan jeg kunne bruke mknod til å opprette filen igjen. (Takk cronius)

 

2. Minnebrikken "endret ikke" filsystem selv etter en suksessfull kjøring med mkfs.

Problem: Disk-IDen var ikke riktig satt.

Løsning: Endre Disk-IDen til Fat16 i fdisk.

 

Jeg var ikke klar over at det var noe som het diskid :blush:, så jeg lærte faktisk noe av dette også. :)

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...