Unable to work on 256Gb sd from scratch
-
@buzz said in Unable to work on 256Gb sd from scratch:
Note that the system will run a bit slower on the first boot while the filesystem is expanded to fit - it can take a little while on a larger card. Check
/var/log/syslog
for progress.at the end it says some package could not be installed, to fix with the specific command line, I do so, but nothing get fixed and retropie won't start anymore
I assume an apt-get failed, but need actual logs of the problem or cannot advise.
ok after all I said, during update , it gets stuck a lot here (see picture)
then on reboot, I can see lots of FAIL loading this and that and when it arrives to emulationstation it freezes
how can I attach the syslog?
see the picture during boot (lactone was a split second :( )
-
@antonio76m The first error is similar to an out-of-disk-space update process, though the it looks like the next packages are succesfully extracted. The next ones - after the reboot - look like SD of filesystem corruption.
I notice you're running the RetroFlag shutdown scripts - are you using a NesPI case ? -
@mitu said in Unable to work on 256Gb sd from scratch:
@antonio76m The first error is similar to an out-of-disk-space update process, though the it looks like the next packages are succesfully extracted. The next ones - after the reboot - look like SD of filesystem corruption.
I notice you're running the RetroFlag shutdown scripts - are you using a NesPI case ?Hi, yes I'm on Raspi case
shall I take it out? is that the cause of the issue on installation procedure?
thanks -
btw, I've tried to start from Raspian and get errors and won't finish
tried NOOBS and it stops after 53% saying that some package could not be installed
and all this is without shutdown script :( -
The NesPI (RetroFlag) cases are often not providing enough power to the PI, so you could experience problems because of that. Try to complete an installation without the case, just with the PI plugged directly into the power source. Btw, you didn't mention what kind of power source are you using.
-
@mitu said in Unable to work on 256Gb sd from scratch:
The NesPI (RetroFlag) cases are often not providing enough power to the PI, so you could experience problems because of that. Try to complete an installation without the case, just with the PI plugged directly into the power source. Btw, you didn't mention what kind of power source are you using.
ok I'll try directly without NesPi
I have plugged in the original power supplier no fancy buttons and stuff :) -
@mitu
done without RasPi
naked Raspberry with original power supply
loaded the base image 4.4
updated to 4.4.2
after reboot, update everything
and after reboot, this is what I get and if I try to get in to RaspiConfig it does not go anymore -
OK, so the NesPi case is not at fault. If the system works with another SD card (updates & all), then I guess this new card might not be compatible with Raspbian's new kernel. Can you try and:
- start from 4.4
- update RetroPie, but don't update the OS.
Does your system gets stable in this configuration ?
-
@mitu
yes it is, I also have a 64gb sd I made from scratch as well
updated and all
I did make a backup and then loaded in the 256gb and it works as well, no issue
this why I don't get what is the problem, now, on another 32gb I'm creating a brand new installation, i'm updated all fine, now I will install other app and stuff, then make a backup and load in the 256 which should work since the 64 in the 256 works as wellupdate on the card
i'v tested with SD Insight and brand and capacity have been confirmed
and H2TestW no error shown -
so I did run the H2TestW 4 times
2 times with exFat as I didn't realized that SD Formatter does that kind or fat and 2 times as FAT32 formatted with my MAC
so when in exFat no errors on SD
but surprise
when in Fat32 I get bad sectors
how can this happen?Warning: Only 244130 of 244133 MByte tested.
The media is likely to be defective.
238.4 GByte OK (499968288 sectors)
4.8 MByte DATA LOST (9952 sectors)
Details:4.8 MByte overwritten (9952 sectors)
0 KByte slightly changed (< 8 bit/sector, 0 sectors)
0 KByte corrupted (0 sectors)
4.8 MByte aliased memory (9952 sectors)
First error at offset: 0x000000002a3ed800
Expected: 0x000000002a3ed800
Found: 0x000000002a3f5800
H2testw version 1.3
Writing speed: 36.6 MByte/s
Reading speed: 65.8 MByte/s
H2testw v1.4 -
First of all, thanks for all the great work on RetroPie. I'm really looking forward to getting it up and running on my very first Raspberry Pi (3B+), but unfortunately I've hit many problems.
@BuZz said in Unable to work on 256Gb sd from scratch:
Note that the system will run a bit slower on the first boot while the filesystem is expanded to fit - it can take a little while on a larger card. Check
/var/log/syslog
for progress.This was the cause of the mysterious filesystem corruption I kept encountering during my first 3-4 times trying to set up RetroPie. It runs asynchronously (so basically unknown to any first-time user), and it can slow the system down to the point of seeming unresponsive/hung, which makes the user more likely to interrupt it by hard power-cycling. And it takes a long time on larger microSD cards (mine is 256GB, and it took at least 20 minutes). This really needs to be called out in the "first install" instructions so that first-time users won't accidentally interrupt a critical process that they didn't even realize was happening.
And ideally, this would lead to a UX improvement in a future RetroPie release: on first boot, while the expansion is happening, the system should put up some modal UI to explain that an expansion is being performed, display some kind of busy/progress indicator while it's happening, and then wait for the expansion to complete successfully before loading up EmulationStation.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.