SanDisk Sansa-Gerät auf Ubuntu: Wo ist die Musik geblieben?
514
davidlowryduda
Ich habe einen alten Sansa Clip-MP3-Player, den ich früher benutzt habe. Ich habe Windows und Ubuntu Dual-Boot, und ich weiß, dass der Clip unter Windows einwandfrei funktioniert und dass es eine Vielzahl von Fragen zum Sansa Clip zu Superuser gibt. Aber ich denke, meine Frage ist anders.
Ich beschloss, den Clip zu montieren und auf Ubuntu aufzuladen. Was könnte schiefgehen? Ich möchte es finden, also renne ich sudo fdisk -lund bekomme
Disk /dev/sdh: 7916 MB, 7916748800 bytes 244 heads, 62 sectors/track, 1022 cylinders, total 15462400 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: 0x6f20736b This doesn't look like a partition table Probably you selected the wrong device. Device Boot Start End Blocks Id System /dev/sdh1 ? 778135908 1919645538 570754815+ 72 Unknown /dev/sdh2 ? 168689522 2104717761 968014120 65 Novell Netware 386 /dev/sdh3 ? 1869881465 3805909656 968014096 79 Unknown /dev/sdh4 ? 2885681152 2885736650 27749+ d Unknown Partition table entries are not in disk order
Ich dachte sicher - es versteht nicht ganz, was los ist. Das ist gut. Laden Sie vor. Also ging es weiter und stieg auf sudo mount /dev/sdh ~/foo. Also checkt foo / aus und es sieht aus wie der Inhalt des Clips. Bei näherem Hinschauen sieht es jedoch so aus, als wäre dort nichts inhaltlich. Lassen Sie uns alles in von Menschen lesbaren Größen anzeigen,ls -alhR
$ ls -alhR .: total 1.9M drwxr-xr-x 9 root root 4.0K Dec 31 1969 . drwxr-xr-x 69 bar bar 4.0K Feb 25 08:51 .. drwxr-xr-x 2 root root 4.0K Jan 1 1980 ALBUM drwxr-xr-x 2 root root 4.0K Jan 1 1980 AUDIBLE drwxr-xr-x 2 root root 4.0K Jan 1 1980 AUDIOBOOKS -rwxr-xr-x 1 root root 1.8M Jan 1 1980 MTABLE.SYS drwxr-xr-x 2 root root 4.0K Jan 1 1980 MUSIC drwxr-xr-x 2 root root 4.0K Jan 1 1980 PODCASTS drwxr-xr-x 4 root root 4.0K Jan 1 1980 RECORD -rwxr-xr-x 1 root root 51K Jan 1 1980 RES_INFO.SYS drwxr-xr-x 2 root root 4.0K Jan 1 1980 SPORT -rwxr-xr-x 1 root root 328 Jan 1 1980 SYS_CONF.SYS -rwxr-xr-x 1 root root 0 Jan 1 1980 temp.dat -rwxr-xr-x 1 root root 87 Jan 1 1980 version.sdk ./ALBUM: total 440K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 9 root root 4.0K Dec 31 1969 .. -rwxr-xr-x 1 root root 36K Jan 1 1980 00000456L -rwxr-xr-x 1 root root 36K Jan 1 1980 00000456S -rwxr-xr-x 1 root root 36K Jan 1 1980 00000594L -rwxr-xr-x 1 root root 36K Jan 1 1980 00000594S -rwxr-xr-x 1 root root 36K Jan 1 1980 00001c5aL -rwxr-xr-x 1 root root 36K Jan 1 1980 00001c5aS -rwxr-xr-x 1 root root 36K Jan 1 1980 00003d54L -rwxr-xr-x 1 root root 36K Jan 1 1980 00003d54S -rwxr-xr-x 1 root root 36K Jan 1 1980 0000415eL -rwxr-xr-x 1 root root 36K Jan 1 1980 0000415eS -rwxr-xr-x 1 root root 36K Jan 1 1980 0000646cL -rwxr-xr-x 1 root root 36K Jan 1 1980 0000646cS ./AUDIBLE: total 8.0K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 9 root root 4.0K Dec 31 1969 .. ./AUDIOBOOKS: total 8.0K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 9 root root 4.0K Dec 31 1969 .. ./MUSIC: total 8.0K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 9 root root 4.0K Dec 31 1969 .. ./PODCASTS: total 8.0K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 9 root root 4.0K Dec 31 1969 .. ./RECORD: total 16K drwxr-xr-x 4 root root 4.0K Jan 1 1980 . drwxr-xr-x 9 root root 4.0K Dec 31 1969 .. drwxr-xr-x 2 root root 4.0K Jan 1 1980 FM drwxr-xr-x 2 root root 4.0K Jan 1 1980 VOICE ./RECORD/FM: total 8.0K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 4 root root 4.0K Jan 1 1980 .. ./RECORD/VOICE: total 8.0K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 4 root root 4.0K Jan 1 1980 .. ./SPORT: total 8.0K drwxr-xr-x 2 root root 4.0K Jan 1 1980 . drwxr-xr-x 9 root root 4.0K Dec 31 1969 ..
Hier gibt es einige interessante Dinge. Was ist mit all den 1980er Jahren vom 1. Januar? Oder der 31. Dezember 1969er? Interessanterweise zeigt sich hier nichts von irgendeiner Größe. Einige leere Dateien im ALBUM-Verzeichnis erscheinen, aber das war es auch schon.
Ich sehe jedoch ein MUSIC-Verzeichnis. Ich habe etwas Musik. Also habe ich ein Album mit Musik aufgenommen und nichts ist in die Luft gegangen. Ich stieg aus sudo umount ~/foo, zog den Clip hoch, warf einige Kopfhörer ein und voila - mein Album erschien! Wird es spielen?Ich frage. Ja, das tut es tatsächlich!
Tatsächlich werden die richtigen Dinge übertragen. Der Clip versteht also das Albumcover, den Künstlernamen, den Albumnamen usw. richtig. Ich habe jedoch eine große Frage:
Wo ist die Musik schon auf dem Gerät?
Sie sehen, ich hatte schon etwas Musik auf dem Gerät. Aber im ls -alhRAnruf war nichts davon sichtbar. Also, wo ist es? Ich vermute, die Antwort ist etwas subtiler als nur ein Ort (und eher im Zusammenhang mit den halb-sinnlosen Startinformationen fdisk).
1 Antwort auf die Frage
0
charlesbridge
Dies hängt von MTP und MSC ab . Ich bin mit meinem Clip darauf gestoßen, die beste Wette ist, in die Einstellungen zu gehen und sie von "Auto Detect" zu ändern und es zu zwingen, immer MSC zu verwenden. Siehe http://kb.sandisk.com/app/answers/detail/a_id/207
Natürlich hilft es immer, sicherzustellen, dass Sie über die neueste Firmware verfügen
Kennen Sie die interne Organisation des Clips? Ich finde es interessant, dass die Verzeichnisstruktur Ubuntu ausgesetzt war, während die (vorherigen) Musikdateien nicht vorhanden waren und dennoch Musik sowohl von Ubuntu als auch von Windows aus auf dem Gerät selbst angezeigt werden konnte.
davidlowryduda vor 9 Jahren
0
Nein, ich bin nie weiter gegangen, als nur die Akten zu bekommen. Es wäre jedoch interessant herauszufinden, was die eigentliche Mechanik ist.
charlesbridge vor 9 Jahren
0