04-30-2016, 05:18 AM (This post was last modified: 04-30-2016, 05:41 AM by dr5mn.)
awesooooome. i am new on linux, let alone dev boards. thanks for the help
hi
i used that bash command and it provided me with options, but this error was returned. i used shutdown -r now to reboot but still the same error. have you seen this before?
04-30-2016, 09:02 AM (This post was last modified: 04-30-2016, 09:03 AM by Terra854.)
(04-30-2016, 05:18 AM)dr5mn Wrote: awesooooome. i am new on linux, let alone dev boards. thanks for the help
hi
i used that bash command and it provided me with options, but this error was returned. i used shutdown -r now to reboot but still the same error. have you seen this before?
Try running "sudo fsck /dev/mmcblk0p2" before running the script. Let me know if this solved the problem.
Is filesystem corruption considered something normal that can happen from time to time? Or might there be reasons for such stuff?
I am aware about the counterfeit cards that are in circulation . I have planned to say later that if reflashing the image fails to solve the problem, then he should check to see if the card is counterfeit.
this is a sandisk sd card, tried a few ones and got the same result each time. (i only buy real ones )
i also followed all instructions to the letter. can't do fsck from the pine, kept telling me that /dev/mmcblk0p2 was mounted, and would not allow me to umount. if i put the card into another linux machine and do fsck it comes up with hundreds if not thousands of errors that need to be fixed.
fixed all errors by literally just holding in the y key, put card back into pine, ran the bash command and it executed the script by terra, but ended with another error: failed to fetch......components-arm64.yml.gz hash sum mismatch and also unable to parse package file......ports.....xenial_inrelease (1)
(05-01-2016, 10:15 AM)dr5mn Wrote: this is a sandisk sd card, tried a few ones and got the same result each time. (i only buy real ones )
i also followed all instructions to the letter. can't do fsck from the pine, kept telling me that /dev/mmcblk0p2 was mounted, and would not allow me to umount. if i put the card into another linux machine and do fsck it comes up with hundreds if not thousands of errors that need to be fixed.
fixed all errors by literally just holding in the y key, put card back into pine, ran the bash command and it executed the script by terra, but ended with another error: failed to fetch......components-arm64.yml.gz hash sum mismatch and also unable to parse package file......ports.....xenial_inrelease (1)
And you still don't get it that you can buy counterfeit cards through every retail channel? Wow!
Filesystem corruption happens for a reason! And I still don't get it why the Pine64 folks do not adjust their burning instructions for OS images so that they read: "ALWAYS CHECK YOUR SD CARD FIRST! Before you didn't succeed with either H2testw or f3 don't even think about downloading any OS image". But fortunately that's their problem (and their user's -- mostly newbies to the SBC world)
Thanks for the invaluable opinion and expert advice. The problem is clearly with all of the 5 sd cards I tried, from different brands and different retailers.
Is there anyone else who is willing to approach this like an adult and actually think of how we can provide a solution to the problem rather than an insult?
(05-01-2016, 10:57 AM)dr5mn Wrote: The problem is clearly with all of the 5 sd cards I tried, from different brands and different retailers.
Great, and instead of running the recommended tests you're wasting your own and other peoples' time. Issue 2 lists not one but several reasons for data corruption: http://forum.pine64.org/showthread.php?tid=514
These issues all exist and it's easy to rule this out. Before this isn't done it's just a waste of time to continue. Happy further suffering.