Jump to content

[Solved] After reboot, installations is gone

DoXer

By DoXer
in Allwinner sunxi

 Share

Recommended Posts

DoXer

DoXer

Posted
Posted

Hi,

I'm new with Armbian, have some experience with Raspberry.

 

I have succesfully installed it on a bananaPi.

uname -a
Linux bananapipro 4.4.3-sunxi #19 SMP Tue Mar 1 21:34:52 CET 2016 armv7l GNU/Linux

Then I have installed Logitechmediaserver with

dpkg -i logitech....deb

It runs well, but after a reboot the installation is not there anymore.

/var/lib is default, the init.d-script is also not there.

 

Any hints?

 

Edit:

I have the message for 19 updates, so I made

apt-get update

After reboot, all updates are gone and I get the message for the 19 updates again.

 

Regards

DoXer

Igor

Igor

Posted
Posted

That indicates some troubles with the SD media. Can you try to use another card? Can you provide a full boot log?

DoXer

DoXer

Posted
  • Author
Posted

Indeed there are some troubles with the SD media. I replaced it, installed ARMBIAN new (with Win32 Disk Imager) and now all runs well. Thanx.

1
tkaiser

tkaiser

Posted
Posted
  On 3/16/2016 at 9:24 PM, Igor said:

That indicates some troubles with the SD media. Can you try to use another card? Can you provide a full boot log?

 

BTW: What about including the f3 package to the list of default packages and introducing 'armbianmonitor -c' (check card)? Would be a bit tricky since we can not allow f3write filling the whole card [1] (might require patching f3write/f3read to be able to specify the size of the test files and adjust this to 100MB instead) and we're not able to test the whole card in this mode but it will rule out 99% of the 'Armbian is unreliable' complaints that are in fact related to faulty SD cards.

 

Seeing the reported sequential write speeds from f3write can also be interesting/frustrating/enlightening (since there exist many cards that show good performance on 75% of the capacity and transfer speeds drop down to a few KB/s on the rest of the capacity) and if we add/install also the iozone3 package and fire up the random I/O tests mentioned here we could provide a simple tool to nail many of the problems related to 'bad storage' down.

 

BTW: 'please provide full boot log' can be translated to recommend 'sudo armbianmonitor -b', reboot,  'sudo armbianmonitor -u' now ;)

 

[1] f3 manual page:

 

  Reveal hidden contents

 

Igor

Igor

Posted
Posted

Checking SD cards with f3 and if we get close top 99% + statement: "Low quality SD card can lead to system failures", than this is done  :P

sudo armbianmonitor -b', reboot,  'sudo armbianmonitor -u

Working nice but it's n/a on older boards ... yet. Need to pack things together and push to repository.

 

And yes, much better to get wanted info this way. Can't be more simple.

tkaiser

tkaiser

Posted
Posted
  On 3/18/2016 at 11:07 AM, Igor said:

Checking SD cards with f3 and if we get close top 99% + statement: "Low quality SD card can lead to system failures", than this is done  :P

 

I've just checked that if we implement 'armbianmonitor -c' in a way we ensure it's not called as root or via sudo we can simply use f3write since we use the default 5% reserved space (see here for example -- and this is something we should consider when doing the fs resize: Using 'tune2fs -m 2' if the card is larger than 15GiB and reducing that to maybe even 1% when larger than 30GiB?)

 

I'll test that over the weekend and might push the '-c' functionality as PR

tkaiser

tkaiser

Posted
Posted

Here we go. I chose to be able to specify a path so disk checking can also be used with external thumb drives or SD cards in card readers and so on. Looks then like this (this is the SD card where the system is residing on):

 

 

  Reveal hidden contents

 

 

Now the test is running on a card that is known to be faulty and then afterwards I will let it run on an ultra slow card that might have also minor errors.

tkaiser

tkaiser

Posted
Posted

Now test with faulty SD card:

 

 

  Reveal hidden contents

 

 

And now a pretty old 512MB card, slow as hell when it's about random I/O, especially small block sizes and this is what would make you crazy if you put a Linux image on this card :)

 

 

  Reveal hidden contents

 

Guest
This topic is now closed to further replies.
 Share
Go to topic listing
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines

  I accept