Open nex86 opened 1 year ago
Hello @nex86,
While the recovery image could do with an update, the symptoms you describe more likely suggest a flaky installation media (e.g. USB stick).
@TTimo
thats what I thought first, but I tried several usb sticks, incl a brand new one from sandisk and theyre all showing the same symptomps. I have several sticks with direct USB-C connectors and some regular USB-A that connect with an adapter, and any data corruption coming from the drive shouldn't be the case.
I've experienced the same problems as well across different media and when using Etcher and Rufus on macOS, Linux, and Windows.
Could be useful to look at the full journal output from performing the installation out of the USB stick.
Hi @TTimo, I've actually bumped into some of these issues myself, on my unit the latest recovery image is partially broken: controls are not working at all (only the touchscreen) and does get stuck on downloading updates, no matter how much I wait.
A newer image is absolutely necessary, it has to be released to the public.
Meanwhile, for anybody interested, I managed to create an up-to-date recovery using the latest stable image available here https://steamdeck-images.steamos.cloud/steamdeck/. Build 20221005.1 is 3.2.2.
sudo wipefs -a /dev/nvme0n1
, then power off the Deck. This is a critical step, otherwise the custom image will mount partitions from the SSD later on as it is not configured to be used as a recovery./home/deck/tools
and desktop shortcuts in /home/deck/Desktop
) to your PC.deck
user onto the drive itself.deck
user home, mimicking the official recovery.deck
user using passwd
, then close the terminal (cancel any updates popping up for the Steam client, they're not necessary).deck
user (if you'd like to skip the password prompts, edit the sudoers file to allow the deck
user running privileged stuff without passwords).I'm no expert in creating Linux images, I guess it is definitely possible to streamline the workflow by having the deck
user already available with the recovery tools. Maybe we could come up with a script that downloads the image we'd like then modifies it to turn it inot a recovery one.
This happened to me as well as work around for the install update error issue was to change my WIFI from 5ghz to 2.4
I also was able to get this working by using an old router running 802.11n on a 2.4 GHz network. I also could replicate that this fixed the issue for me.
@pipebom20 @maxengel interesting, that didn't work for me. Guess it could be related to some 802.11n settings I should change.
@TTimo I came up with a better solution that involves loop devices. Sadly I not own the Deck anymore as I was tired of dealing with this mess, maybe I'll buy it again later on. For the following, I highly suggest using recovery images 1 or 2, as the third uses that dangerous -T largefile
option in its scripts and the fourth does not behave correctly on some units.
/dev/sdX5
).deck
user home folder and copy steamdeck-20221005.1-snapshot.img
there (decompress it first, via command line you can use unzip
or zstd
depending on the flavour of the image you've downloaded).rootdevice="/dev/loop0p3"
.steamdeck-20221005.1-snapshot.img
image as a read-only loop device using sudo losetup -Pfr steamdeck-20221005.1-snapshot.img
. A quick lsblk
should show you if it was correctly mounted (if the loop device is not /dev/loop0
remember to edit repair_script.sh accordingly, e.g. if the loop device for whatever reason is /dev/loop2
, then line 206 becomes rootdevice="/dev/loop2p3"
).The idea of loop devices is far easier than the previous one and allows for storing multiple stable images within the USB recovery. You can choose which one to write when mounting it with losetup
.
Replying to https://github.com/ValveSoftware/SteamOS/issues/883#issuecomment-1336125126
Dude, you just made my day. Serious thanks.
I was replacing the NVMe right before even turning the deck on the first time. Then, after reimaging the new disk it show the update error, no matter 2.4, 5G or wired Network. I was that close to just fiddle it open again and replace the original disk. Followed your instructions, booted up, all green. WhhhaaaWhaaaWeeeeWhaaaaaa!
Replying to https://github.com/ValveSoftware/SteamOS/issues/883#issuecomment-1336125126
can confirm this works. We might wanna sticky this somewhere or build an automated script for this case :D
Valve, it's time to wake up and update your image.
any day now...
I would like to report the same. After checking Reddit, YouTube, etc, and seeing everyone say swapping the SSD is a trivial matter, I decided to give it a go.
When re-imaging, the installer would loop endlessly, from counting down from “3 minutes remaining…”, back to just “Installing…”, back and forth. I let it run for an hour before giving up.
Also, as reported above, the thumb sticks and touch pads didn’t work while in the recovery image — only the touch screen.
I followed the instructions in https://github.com/ValveSoftware/SteamOS/issues/883#issuecomment-1336125126 (thanks!) and had no problems with installation.
Might be about time for a new recovery image :)
I had a similar issue after re-image using steamdeck-recovery-4.img and found my deck as well stuck at the installing update step. And was to lazy to follow https://github.com/ValveSoftware/SteamOS/issues/883#issuecomment-1336125126 For me, a solution I found on reddit, helped me: Reddit Link
Steps to break the update loop:
I had no issues since.
Replying to https://github.com/ValveSoftware/SteamOS/issues/883#issuecomment-1712938163
Thank you. This is easy but my problem was solved.
Replying to https://github.com/ValveSoftware/SteamOS/issues/883#issuecomment-1336125126
Almost one year already, but I would like to ask, how did you manage to put the decompressed steamdeck-20221005.1-snapshot.img to the home folder? I mean, the partition of rootfs was 5GB, with free space around 2.37GB, the decompressed img was 7.21GB, there is no way it will fit unless you resize the partiton, please kindly advise the detailed steps to perform, thank you.
Today I had to reimage my Steam Deck with the latest recovery image at the time writing this (steamdeck-recovery-4.img) I noticed following issues that need to be addressed.
A reboot before starting the reimaging process helped with these issues.
The thing is.. I cannot tell if the update installation process actually successfully finished or not, but the Deck seems to function normally.
That was all so far, I hope the team can look into this.