0

Lost local DB 3 times in 2 days

Luyckx Bart

July 11, 2020 18:45

None

Follow

It occured already 3 times in 2 days that I lost the connection to the local database on /data/library/music/local. I had to reinstall Hifiberry OS each time. Luckily the music is still on the SD card and I don't need to copy it again (Which will take me more then 1 day) # df -h Filesystem Size Used Avail Use% Mounted on /dev/root 1.4G 634M 716M 47% / devtmpfs 829M 0 829M 0% /dev tmpfs 958M 0 958M 0% /dev/shm tmpfs 958M 6.7M 952M 1% /run tmpfs 958M 0 958M 0% /sys/fs/cgroup tmpfs 958M 24K 958M 1% /tmp /dev/mmcblk0p1 32M 8.8M 24M 28% /boot /dev/mmcblk0p4 181G 105G 77G 58% /data # When the DB is not available I notice that /dev/mmcblk)p4 is not mounted. This is a a very annoying problem. Why does it happen? Are there issues when powering off? Has it to do with the automatic DB update-check? ...? I run on version 20200708 but it happend also with version 202020701

• Facebook
• Twitter
• LinkedIn

38 comments

• 0
  
  HiFiBerry team July 12, 2020 06:08

  What do you mean by "lost local db"? 

  If /dev/mmcblk0p4 is not mounted, most likely the file system is corrupted. If this happened several times already, my best guess is a corrupted SD card. Reformating it again won't help. You should try another - new - SD card.

• 0
  
  Luyckx Bart July 12, 2020 07:43

  /dev/mmcblk0p4 is not mounted.   Sometimes I don't see the music option under sources.

  I don't think the SD card is currupted.   I checked it with badblocks -n -v /dev.

  Today I started it again and the artist / album list is empty.   Restarted everything again and the music is back.  For some reason when stating up the /dev/mmcblk0p4 is not mounted.

• 0
  
  Luyckx Bart July 13, 2020 11:59

  I did some more checks.  Sometimes when I boot the system doesn't see the /dev/mmcblk0p4 drive with df -l command

  When I try to mount it too /data.  it said "'already mounted or mount point busy'"

  fdisk -l gave following result : 

  Device         Boot   Start       End   Sectors   Size Id Type

  /dev/mmcblk0p1 *          1     65536     65536    32M  c W95 FAT32 (LBA)

  /dev/mmcblk0p2        65537   3065536   3000000   1.4G 83 Linux

  /dev/mmcblk0p3      3065537   6065536   3000000   1.4G 83 Linux

  /dev/mmcblk0p4      6066176 384503807 378437632 180.5G 83 Linux

  # df -h

  Filesystem      Size  Used Avail Use% Mounted on

  /dev/root       1.4G  635M  705M  48% /

  devtmpfs        829M     0  829M   0% /dev

  tmpfs           958M     0  958M   0% /dev/shm

  tmpfs           958M  4.2M  954M   1% /run

  tmpfs           958M     0  958M   0% /sys/fs/cgroup

  tmpfs           958M   12K  958M   1% /tmp

  /dev/mmcblk0p1   32M   15M   18M  45% /boot

  /dev/mmcblk0p4  181G  108G   74G  60% /data   =>  sometimes this is missing!!!

   

  The mounting process doesnt seem to go correctly everytime.

   

  Rebooting the system a few times till things are OK...but I dont think this is the way to go.

   

   

  Edited by Luyckx Bart July 13, 2020 12:00
• 0
  
  HiFiBerry team July 13, 2020 12:48

  In your exmaple, /data is mounted correctly already. We need to see an example when it isn't. Next time you see that it's not mounted please post the output of 
  
  df -k
  fsck /dev/mmcblk0p4 

   

• 0
  
  Luyckx Bart July 13, 2020 15:19

  # df -k
  Filesystem 1K-blocks Used Available Use% Mounted on
  /dev/root 1461872 649236 721252 48% /
  devtmpfs 848724 0 848724 0% /dev
  tmpfs 980820 0 980820 0% /dev/shm
  tmpfs 980820 5528 975292 1% /run
  tmpfs 980820 0 980820 0% /sys/fs/cgroup
  tmpfs 980820 16 980804 1% /tmp
  /dev/mmcblk0p1 32686 14650 18036 45% /boot
  # fsck /dev/mmcblk0p4
  fsck from util-linux 2.35.1
  Error: In use by the system!
  #

• 0
  
  Luyckx Bart July 13, 2020 15:32

  Also RADIO as source is missing in the menu

• 0
  
  Luyckx Bart July 13, 2020 15:37

  after 3 time reboot, all works fine again

• 0
  
  Luyckx Bart July 13, 2020 18:41

  I restarted it 3 times in a row without problems. then the problem starts again.  I also can not play radio.  It has been moved to disabled partion.  When I go into the radio and choose a canal it doesnt play.   When i go out and back to sources menu, the radio is in the available partition, but after a second or so it moves back to the disabled partition.  

  I made a debug file from the system but dont know how i can send it.  It only allow pictures and not zip file

• 0
  
  HiFiBerry team July 14, 2020 05:20

  It looks like the file system check on a large partition like this might take too long if any errors have to be corrected. I'm not sure if we can do anything about this easily. In any case you have to expect very long boot times. That's one of the reasons we don't recommend large SD cards, but external NAS or USB storage.

• 0
  
  Luyckx Bart July 14, 2020 07:23

  What do you mean by very long boot times?  System is up and running within 30 seconds.

  How about the radio source that moves to disabled sources?   I can find a radio station but can not play it.

  Why it restart sometimes after a few retries?  

   

   

   

• 0
  
  Luyckx Bart July 14, 2020 07:26

  How can i see it it needs to correct some errors?

• 0
  
  HiFiBerry team July 14, 2020 07:28

  Problem is that your large filesystem might need a long time for the check. As the music player in the background needs to access this file system, it doesn't get started. Therefore, also Radio is disabled. I'm not sure if we can reproduce this problem here somehow.

   

• 0
  
  Luyckx Bart July 14, 2020 07:48

  Very strange, System always starts up withing 30 seconds...with or without proper mouting of /dev/mmcblk0p4

  If i reInstall Hifiberry OS it always find the DB.    Doesnt there need to be a connection first before it van check errors?   The mounting is not successful sometimes

• 0
  
  Luyckx Bart July 14, 2020 08:07

  Just reinstalled Hifiberry OS  all was fine after.  Restarted it and the music can not be found.   Restart again and all is fine...

  100Gb of music isn't big library I think.

• 0
  
  Luyckx Bart July 21, 2020 15:41

  Since I stop the music playing with the music player daemon before shut down,  it didnt occur anymore that the DB was broken.

   

• 0
  
  HiFiBerry team July 21, 2020 15:44

  It's probably caused by something different, but it's ok, if this works for you. We add some changes to the next release that hopefully make mounting the SD card more robust.

  Edited by HiFiBerry team July 21, 2020 15:45
• 0
  
  Luyckx Bart July 24, 2020 18:05

  I start loosing the Db again on the local sd card.  When the next release will be available?

  If its not working then maybe have to move things to USB thumbdrive.

  Is it possible to add serveral USB thumbdrives for 1 music database?  

• 0
  
  HiFiBerry team July 25, 2020 06:24

  We expect the next release next week. Yes, you can use multiple USB sticks. 
  
  BTW:You're not "loosing" the DB, it just seems that the system sometimes doesn't mount the /data partition correctly. This can be fixed from command line.

• 0
  
  Luyckx Bart July 25, 2020 07:40

  Thans for replay. How can i fix it from commandline?.
  It would be easily then to reinstalll the os again

• 0
  
  HiFiBerry team July 25, 2020 07:42

  try 
  
  systemctl stop mpd
  fsck /data
  mount /data
  systemctl start mpd
  systemctl restart beocreate2

   

• 0
  
  Luyckx Bart July 25, 2020 08:39

  i tried it,  needed to do start deamon aswell (came as instruction when i performed systemctl restart beocreate2)

  Even then it didnt work but after restart of the system all was fine.

  Still very annoying...hope that release from next week makes things more stable

• 0
  
  Luyckx Bart July 29, 2020 17:15

  Still struggling with the music on the SD card.

  All is fin at startup.  Drive is mounted correctly, all the folders and files are there, but in hifiberry/local the artist and album folder is empty.

  Restart the library from the commandline or from the menu (latest version OS) doesnt help. :(

  

  Edited by Luyckx Bart July 29, 2020 18:23
• 0
  
  Luyckx Bart July 29, 2020 17:28

  

• 0
  
  Luyckx Bart July 29, 2020 18:21

  Updating library from the menu make the "updating library" spinning forever sometimes.

   

• 0
  
  Luyckx Bart July 30, 2020 06:55

  How can I upload the debug-file?

  added the file in https://support.hifiberry.com/hc/en-us/requests/15400

   

  Edited by Luyckx Bart July 30, 2020 06:58
• 0
  
  HiFiBerry team July 30, 2020 06:56

  We don't need a debug file. My guess is still that your SD card is corrupted. Unfortunately There is nothing we can do to debug this remotely. 

• 0
  
  Luyckx Bart July 30, 2020 09:09

  i updated the DB with :  /opt/hifiberry/bin/update-mpd-db  takes a long time...but then it is OK again.   Is this an issue from the SD or from the DB?   I want to be sure before I buy new SD

• 0
  
  HiFiBerry team July 30, 2020 09:11

  I can't say. We do not recommend to use a large SD card to also store the music. It's usually best to store music on a NAS. If you don't have one, put your music at least on a separate USB stick.

• 0
  
  HiFiBerry team July 30, 2020 09:12

  BTW: You seem to reboot your system very often. It might be also good to just leave it running.

• 0
  
  Luyckx Bart July 30, 2020 09:46

  yes I reboot it very often, just swich it on when I want to listen to the music.  Is this not normal? 

  DAC is on main swichboard/filer with amplifier ( for conveniences) which is class A and draw 5A continuously...i dont want that heat source on all the time

  How long it takes to build the DB (120GB so far)?   If I use separate USB it needs to rebuild everytime i plug in the USB or boot the system?