You are here: Home » Topic » FAT32 maximum drive size and Firefly

FAT32 maximum drive size and Firefly

This topic contains 13 replies, has 2 voices, and was last updated by  rpedde 9 years, 10 months ago.

Viewing 14 posts - 1 through 14 (of 14 total)
  • Author
    Posts
  • #2007

    Anonymous

    Hello all!

    First and foremost I’d like to tell you Ron my gratitude for the very good days of music I had thanks firefly, I have not better words to thank you and your work.

    My scenario: NSLU (fast version already, so not un-underclocked) unslung 6.8 with firmware V2.3R63 to Memorex Cool Drive B 1gb memory stick on USB port 2, USB2 hard disk on USB 1 with plenty of uncompressed wav and aiff files and some AAC and mp3 too on the server side. The client is a Roku Soundbridge 1000 and the Firefly version the nightly snv-1586….

    Yes… I was not very explicative about the hard disk containing my music, tha’s because I need to elaborate: I formatted the hd containing my music FAT32 because I need it to be accesible from my Powerbook G4. Transfering my ripped cds (lots of 44.1, 16 – bits files) via samba is a pain in the ass. Since now I had a Maxtor 40gb HD, and the whole system worked fine week after week. BUT! I decided to add the rest of my music collection and got a formatted FAT32 LaCie 500gb (the hd is a Seagate)….

    My problem: the slug starts normally (apparently) an so starts the firefly server, but on file scanning the server hangs and freezes the slug too. In fact I have no access to the web interface of the slug because the admin-admin is rejected… no telnet…. nothing. The only thing I could is shutdown the slug from the power button.
    I tried twice with same result, and suspect about problems managing partitions this size.

    Someone else had same behaviour?

    Help (please, please)?, hints?

    Thanks a lot!

    p.d. last nightly hangs also the whole server

    #15024

    Anonymous

    Hi all again!

    Well, I had the whole day to test and realized that my smart list (songs.db) was the cause of the problem. I removed it and firefly remains stable playing music, BUT I need the smart playlist because plain WAVs and AIFs don’t support tags (btw: is there any way to implement it with aifs and wavs other than a playlist based on file names????). The playlist I built was almost 1100 records (!!!), so is there any way to reuse it? Putting the old database in the directory where firefly stores the database worked with my old setup, but not now.

    More troubles: i started with a new smart playlist choosing several of the directorys in the HD, run a scan and in 2 of them the files were lost and replaced with other huge size files with names such “07b~1.aif” where I had “07-He was despised.aif” for instance. I got also several files named “usbc” in these damaged directorys.

    I’m scared about losing my digitized music collection and having to rip again all the cds because this slug behaviour.

    Thanks for your help!!

    #15025

    rpedde
    Participant

    @JuanLu wrote:

    Well, I had the whole day to test and realized that my smart list (songs.db) was the cause of the problem. I removed it and firefly remains stable playing music, BUT I need the smart playlist because plain WAVs and AIFs don’t support tags (btw: is there any way to implement it with aifs and wavs other than a playlist based on file names????). The playlist I built was almost 1100 records (!!!), so is there any way to reuse it? Putting the old database in the directory where firefly stores the database worked with my old setup, but not now.

    That should still work. Check the web admin and make sure that you have “enable playlists” and “enable itunes” set to yes.

    More troubles: i started with a new smart playlist choosing several of the directorys in the HD, run a scan and in 2 of them the files were lost and replaced with other huge size files with names such “07b~1.aif” where I had “07-He was despised.aif” for instance. I got also several files named “usbc” in these damaged directorys.

    I’m scared about losing my digitized music collection and having to rip again all the cds because this slug behaviour.

    This is almost certainly not a firefly thing — it only ever opens music files as read-only, so even if it hangs or something, it shouldn’t corrupt the file system.

    The hang may well have been the usb stick. Did you set up the usb to minimize writes to flash, and move the firefly db off the flash and onto the usb? That will probably help flash longevity.

    #15026

    Anonymous

    @rpedde wrote:

    This is almost certainly not a firefly thing — it only ever opens music files as read-only, so even if it hangs or something, it shouldn’t corrupt the file system.

    The hang may well have been the usb stick. Did you set up the usb to minimize writes to flash, and move the firefly db off the flash and onto the usb? That will probably help flash longevity.

    No, you are right… will try this night..
    btw (I know this is a slug thing, not firefly) when the flash get corrupted is enough to do a fsck.ext3 to restore?

    Thanks again!!!

    #15027

    rpedde
    Participant

    @JuanLu wrote:

    @rpedde wrote:

    This is almost certainly not a firefly thing — it only ever opens music files as read-only, so even if it hangs or something, it shouldn’t corrupt the file system.

    The hang may well have been the usb stick. Did you set up the usb to minimize writes to flash, and move the firefly db off the flash and onto the usb? That will probably help flash longevity.

    No, you are right… will try this night..
    btw (I know this is a slug thing, not firefly) when the flash get corrupted is enough to do a fsck.ext3 to restore?

    Thanks again!!!

    I would think so. Also, I should have mentioned, it’s possible that the DB gets corrupted on a crash or bad shutdown. So it might be worth just whacking the songs.db and letting it build it again from scratch (on the hdd, not the flash!).

    Here is a page on tuning the slug for root on flash: http://www.nslu2-linux.org/wiki/Unslung/Ext3flash

    Good luck.

    — Ron

    #15028

    Anonymous

    Well… it seems to be a Unslung6.8 related problem cos other users are having this “terrorist” behaviour with the Slug… I’ll move to Debian… hope I don’t cry for my files, otherwise I’m going to destroy the slug…. 👿

    #15029

    rpedde
    Participant

    @JuanLu wrote:

    Well… it seems to be a Unslung6.8 related problem cos other users are having this “terrorist” behaviour with the Slug… I’ll move to Debian… hope I don’t cry for my files, otherwise I’m going to destroy the slug…. 👿

    Debian is where it’s at anyway. 🙂

    — Ron

    #15030

    Anonymous

    @rpedde wrote:

    @JuanLu wrote:

    Well… it seems to be a Unslung6.8 related problem cos other users are having this “terrorist” behaviour with the Slug… I’ll move to Debian… hope I don’t cry for my files, otherwise I’m going to destroy the slug…. 👿

    Debian is where it’s at anyway. 🙂

    — Ron

    😯 😆

    I’m really happy now: no more file lost! I can trust the slug with Debian to manage my music library.

    🙂

    only a question: I’m rebiulding editing via web interface my smart playlist because the list was ordered with folder names like

    0001 Bach…..
    0034 Mozart…
    0450 Bill Evans….

    and I’m changing to

    Bach…. (0001)
    Mozart… (0034)
    Bill Evans…. (0450)

    and each edit takes more than 30 min. of HD rattling and slug thinking !!!!

    The play list is more than 600 items and the database is sqlite (not sqlite3).

    Is this for normal.. so long time to perform the edit?

    Otherwise I’m very happy with Firefly… 1000 thanks again Ron!!!!!

    #15031

    rpedde
    Participant

    @JuanLu wrote:

    and each edit takes more than 30 min. of HD rattling and slug thinking !!!!

    The play list is more than 600 items and the database is sqlite (not sqlite3).

    Is this for normal.. so long time to perform the edit?

    Otherwise I’m very happy with Firefly… 1000 thanks again Ron!!!!!

    That seems kind of excessive. It might be that on something like a slug, it would make more sense to turn off the background scans (particularly when you are doing big updates like that), and then either turn it back on after you are done, or just leave it off and force a scan through the web interface when you are done adding or editing.

    — ROn

    #15032

    Anonymous

    @rpedde wrote:

    @JuanLu wrote:

    and each edit takes more than 30 min. of HD rattling and slug thinking !!!!

    The play list is more than 600 items and the database is sqlite (not sqlite3).

    Is this for normal.. so long time to perform the edit?

    Otherwise I’m very happy with Firefly… 1000 thanks again Ron!!!!!

    That seems kind of excessive. It might be that on something like a slug, it would make more sense to turn off the background scans (particularly when you are doing big updates like that), and then either turn it back on after you are done, or just leave it off and force a scan through the web interface when you are done adding or editing.

    — ROn

    may be a slug issue because I lost connection also via ssh (timeout connection) until Firefly finished the edit (a loooooong time)…. brrrrrr

    suggestions?

    #15033

    Anonymous

    @rpedde wrote:

    @JuanLu wrote:

    and each edit takes more than 30 min. of HD rattling and slug thinking !!!!

    The play list is more than 600 items and the database is sqlite (not sqlite3).

    Is this for normal.. so long time to perform the edit?

    Otherwise I’m very happy with Firefly… 1000 thanks again Ron!!!!!

    That seems kind of excessive. It might be that on something like a slug, it would make more sense to turn off the background scans (particularly when you are doing big updates like that), and then either turn it back on after you are done, or just leave it off and force a scan through the web interface when you are done adding or editing.

    — ROn

    turned off background scans, but on editing the slug is unreachable and the Soundbridge stops playing music until edit is done?

    one question more (sorry 😳 ) when playing aifs the Soundbridge gives not the elapsed time info and the status bar is solid from the beginning of the track. When playing wavs the behaviour is as expected. When the slug was Unslung -now Debian- all the aifs were correctly displayed on the Soundbridge… ❓

    Thanks again!

    #15034

    rpedde
    Participant

    @JuanLu wrote:

    turned off background scans, but on editing the slug is unreachable and the Soundbridge stops playing music until edit is done?

    Hmm… one thing it does on a playlist edit it to rebuild all the playlist counts and stuff. Do you have a lot of playlists, or playlists with lots of items on them?

    It may be that the newest nightly (still in progress) will solve that. The playlists are not stored in the database any more, and I think that will make it perform much better. Can’t tell yet, as I haven’t run it on a slug yet. Still have a bit more to go (not a lot though, it’s almost ready to drop as a nightly).

    one question more (sorry 😳 ) when playing aifs the Soundbridge gives not the elapsed time info and the status bar is solid from the beginning of the track. When playing wavs the behaviour is as expected. When the slug was Unslung -now Debian- all the aifs were correctly displayed on the Soundbridge… ❓

    Thanks again!

    That may be a bug introduced in newer nightlies. I’ll take a look at that.

    – Ron

    #15035

    Anonymous

    @rpedde wrote:

    @JuanLu wrote:

    turned off background scans, but on editing the slug is unreachable and the Soundbridge stops playing music until edit is done?

    Hmm… one thing it does on a playlist edit it to rebuild all the playlist counts and stuff. Do you have a lot of playlists, or playlists with lots of items on them?

    It may be that the newest nightly (still in progress) will solve that. The playlists are not stored in the database any more, and I think that will make it perform much better. Can’t tell yet, as I haven’t run it on a slug yet. Still have a bit more to go (not a lot though, it’s almost ready to drop as a nightly).

    one question more (sorry 😳 ) when playing aifs the Soundbridge gives not the elapsed time info and the status bar is solid from the beginning of the track. When playing wavs the behaviour is as expected. When the slug was Unslung -now Debian- all the aifs were correctly displayed on the Soundbridge… ❓

    Thanks again!

    That may be a bug introduced in newer nightlies. I’ll take a look at that.

    – Ron

    Yes… I do have more than 600 playlist and each one storing a lot of items. Each directory is a cd or a set of cds (i.e. a long work: Tristan und Isolde), so I imagine it’s a hard work to rebuild database.

    I was thinking to migrate the whole thing to an AppleTV hacked as a OS X box. I tested Firefly with an old iBook and worked really good in despite of being only usb1 capable… but wanted to give the slug another chance (btw you do have the same setup than me…? Debian slug – Soundbridge).

    Thans a lot.

    p.d. Ron… maybe would be a good idea to change the subject of the thread? it is not related to the size of the drive anymore….

    #15036

    rpedde
    Participant

    @JuanLu wrote:

    I was thinking to migrate the whole thing to an AppleTV hacked as a OS X box. I tested Firefly with an old iBook and worked really good in despite of being only usb1 capable… but wanted to give the slug another chance (btw you do have the same setup than me…? Debian slug – Soundbridge).

    yeah, that’s what serves my soundbridge. (actually mine is served off the unslung one, not my debian one). But yeah. That’s part of what’s driving me to fix teh db stuff and playlist stuff, to speed up iTunes connects and improve playlist response. We’ll see how it goes.

    p.d. Ron… maybe would be a good idea to change the subject of the thread? it is not related to the size of the drive anymore….

    Hrm, but I don’t know what I’d call it. “Conversation about various stuff”? 🙂

    — Ron

Viewing 14 posts - 1 through 14 (of 14 total)

You must be logged in to reply to this topic.