Ich bin ein Neuling in diesem Linux-sys-Admin-Kram. Als ich genau das gleiche Problem hatte, stieß ich darauf und stieß mit keinem Wahnsinn auf meine Methode. Ich konnte jedoch die iso9660 fs entfernen und den USB-Stick zurückholen.
sudo fdisk -l /dev/sdb1
ist zurückgekommen
Disk /dev/sdb1: 16.0 GB, 16037969920 bytes 64 heads, 32 sectors/track, 15295 cylinders, total 31324160 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I>/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x57155aa7 Device Boot Start End Blocks Id System /dev/sdb1p1 2048 31324159 15661056 5 Extended
Also habe ich es dann versucht
sudo fdisk /dev/sdb1 Command (m for help): m Command action . . .
gefolgt von
Command (m for help): d Extended Selected partition 1 Command (m for help): v Remaining 31324159 unallocated 512-byte sectors
Wenn Sie dann erneut aufgefordert wurden, fdisk auszuwählen, um eine leere DOS-Partitionstabelle zu erstellen (etwas, von dem ich dachte, dass ich es mit dem überschreiben könnte, was ich später wollte)
Command (m for help): v Remaining 31324159 unallocated 512-byte sectors Command (m for help): o Building a new DOS disklabel with disk identifier 0xea06616f. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won't be recoverable. Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) Command (m for help): w The partition table has been altered! Calling ioctl() to re-read partition table. WARNING: Re-reading the partition table failed with error 22: Invalid argument. The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8) Syncing disks.
Ich nahm die zurückgegebenen Nachrichten an, um zu bedeuten, dass ich zumindest die iso9660 fs "kaputt gemacht" hatte, also fuhr ich fort, mkfs auszuprobieren
sudo mkfs /dev/sdb1 mke2fs 1.41.14 (22-Dec-2010) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 979200 inodes, 3915520 blocks .195776 blocks (5.00%) reserved for the super user First data block=0 .Maximum filesystem blocks=4009754624 120 block groups 32768 blocks per group, 32768 fragments per group 8160 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 28 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override.
Das alles verließ mich mit dem Verzeichnis "lost + found" auf dem USB-Stick.
sudo mount /dev/sdb1 /media/ ls /media/ lost+found
Schließlich ging ich auf die Ubuntu-Website ( http://www.ubuntu.com/download/ubuntu/download, Abschnitt 2) und benutzte den Stick, um ein bootfähiges Bild von Ubuntu für die Testbenutzung zu erstellen, und das ließ mich. Das Schöne an den Ubuntu-Bildern, die auf diese Weise auf dem Stick erstellt wurden, besteht darin, dass sie leicht gelöscht und der Stick für andere Zwecke freigegeben werden kann.
Ich erwähne diesen letzten Schritt, denn im Nachhinein frage ich mich, ob ich genau das getan hätte, als ob es funktioniert hätte, ich weiß nicht. Wie gesagt, ich bin neu in diesem Linux-Kram und probiere verschiedene Distributionen (z. B. Fedora, Ubuntu usw.) auf Live-CDs mit den Medien aus, die am besten geeignet sind.