JohnSwenson;557638 Wrote: > Teus, > I finally got it worked out. Here is what you need to do: > > SSH into the Touch, type: > cd /etc/init.d > cp squeezecenter squeezecenter.orig > vi squeezecenter > > Find the line which is: > start) > Then find the line that starts with: > nice -n 5 $BASE/slimserver.pl > On this line delete the word: > --nodebuglog > > Do this by putting the cursor under the first character of the word to > be deleted (the '-' character) and tapping the 'x' key. Tap this key > for each letter of the word. > Then save and quit by typing: > :wq > > Then type: > cd /etc/squeezecenter/prefs > cp log.conf log.conf.orig > vi log.conf > Find the line: > log4perl.logger.scan = ERROR > Move the cursor to under the 'E' of error, type the 'x' key multiple > times to erase the word ERROR. Then tap the 'a' key, type DEBUG, then > tap the ESC key. > Type: > :wq > To save and quit the edit. > > Now type: > sync > > This guarantees the file system gets updated. > Make sure the USB drive is not connected (eject if necessary). Delete > the .Squeezebox directory on the drive to make sure it starts a fresh > scan. > Reboot the Touch. > Plug in the USB drive. > > Wait for it to get the out of memory or whatever you see when it > crashes in the artwork scan. > Do NOT reboot at this point! > SSH into the touch and: > cd /var/log > less messages > > Type <shift>G > This will bring you to the bottom of the log file. Start poking around > and let us know what you see. You can use the arrow keys to scroll up > and down. > > Looking at the log file as a network share from another computer should > also probably still work, but at this point the Touch may be in a > strange state, loging in with SSH will probably have a higher > probability of working. > > John S.
Hello John, I initiated another scan, which lasted for 5 hrs and 1/2, but failed in the end. Here is what I saw in the messages log (whole log attached at the end): Jun 24 16:15:38 slimserver.pl: [10-06-24 16:15:38.8191] Slim::Music::Artwork::precacheAllArtwork (426) Starting precacheArtwork for 339 albums Jun 24 16:15:59 kernel: slimserver.pl invoked oom-killer: gfp_mask=0x1200d2, order=0, oomkilladj=0 Jun 24 16:15:59 kernel: [<c02f6bfc>] Jun 24 16:15:59 kernel: (dump_stack+0x0/0x14) Jun 24 16:15:59 kernel: from [<c0081b50>] Jun 24 16:15:59 kernel: (T.253+0x5c/0x1b8) Jun 24 16:15:59 kernel: [<c0081af4>] Jun 24 16:15:59 kernel: (T.253+0x0/0x1b8) Jun 24 16:15:59 kernel: from [<c0081e54>] Jun 24 16:15:59 kernel: (out_of_memory+0x1a8/0x204) Jun 24 16:15:59 kernel: r8:00000291 Jun 24 16:15:59 kernel: r7:c7d8d160 Jun 24 16:15:59 kernel: r6:001200d2 Jun 24 16:15:59 kernel: r5:00000000 Jun 24 16:15:59 kernel: r4:c3fb2000 Jun 24 16:15:59 kernel: [<c0081cac>] Jun 24 16:15:59 kernel: (out_of_memory+0x0/0x204) For your reference, here are the sizes of database files: -rw-r--r-- 1 root root 64.0K Jun 24 16:15 ArtworkCache.db -rw-r--r-- 1 root root 12.0K Jun 24 11:01 squeezebox-persistent.db -rw-r--r-- 1 root root 102.1M Jun 24 16:15 squeezebox.db Now I wonder whether it would bypass all this mess if I simply disable precacheArtwork, or is that going to cause a big delay in music performance. +-------------------------------------------------------------------+ |Filename: error.log | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=10175| +-------------------------------------------------------------------+ -- chzhzhang ------------------------------------------------------------------------ chzhzhang's Profile: http://forums.slimdevices.com/member.php?userid=38322 View this thread: http://forums.slimdevices.com/showthread.php?t=79943 _______________________________________________ Touch mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/touch
