As an example I’m performing this on Fedora 20. I assume that you’re doing it from your home directory.
1. Download the linux script for downloading ChromeOS images. From the cli type/paste:
wget https://dl.google.com/dl/edgedl/chromeos/recovery/linux_recovery.sh
2. Make the script executable so it will run:
chmod +x linux_recovery.sh
3. Run the script:
./linux_recovery.sh
4. Type the model name of the Chromebook you’re trying to get the ROM for e.g. “HP Chromebook 14”, then type the number of the corresponding image e.g. “8”. Once the file has downloaded, the script will attempt to extract it with a view to writing to USB, however, the tmp mount in Fedora doesn’t get allocated enough space and you get the following error:
chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin: write error (disk full?). Continue? (y/n/^C)
To which I say “n”.
5. Remove the partially extracted file, or you will get space errors:
rm /tmp/tmp.crosrec/*.bin
6. Note the name of the file above, as it will be needed for subsequent commands. Unzip the file into your home directory like so, adding “.zip” onto the end of the filename you noted above:
unzip /tmp/tmp.crosrec/chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin.zip
7. Use kpartx to make sense of the image’s partition structure. First of all make sure it’s installed. This is also a good time to install another dependency which will be needed later (specifically by the extract script):
sudo yum install kpartx sharutils
8. Run kpartx to add a mountable mapping to each of it’s partitions in /dev/mapper:
sudo kpartx -a /tmp/tmp.crosrec/chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin
9. The partition we want to get at is the system partition, which is now mapped to /dev/mapper/loop0p3 however, we have to mount it read-only otherwise mounting will fail:
sudo mount -o ro /dev/mapper/loop0p3 /mnt
10. Create a directory for the extracted files (you don’t want them messing up your home directory):
mkdir shellball
11. Do the extraction:
/mnt/usr/sbin/chromeos-firmwareupdate --sb_extract shellball
12. Write a valid hardware id (you can get a list of all id’s by running the linux_recovery.sh script without any search terms) to the shellball ROM so that ChromeOS will update, for example. After cd’ing into the shellball directory run:
./gbb_utility --set --hwid="PEPPY A2A-A2E-A5W" bios.bin bios.bin.new
13. Optionally set GBB flags as you like:
./gbb_utility --set --flags=0x489 bios.bin.new bios.bin.newer
14. Download statically linked flashrom and flash extracted BIOS:
wget https://johnlewis.ie/flashrom && chmod +x flashrom && sudo ./flashrom -w bios.bin.newer
15. Tidy up:
umount /mnt
dmsetup remove /dev/mapper/loop0p[0-9][0-9]
dmsetup remove /dev/mapper/loop0p[0-9]
losetup -d /dev/loop0
16. Remove /tmp/tmp.crosrec if you can’t wait for a reboot:
rm -rf /tmp/tmp.crosrec
Hello John,
And many thanks for your ROMs. Tried one on our company’s C720 to make sure with worked – it did, flawlessly – and next stop is to buy one of my own and apply it there.
I will donate to you via PayPal, you certainly deserve it, regardless of whether you could help me out with this issue.
The C720 I tested it on was our company’s, so my co-worker would like it to be restored to factory. Now, I have the backup-ddmmyy.rom and I’ve also used this shellball extraction. Which one do I use to restore the C720 to factory – in other words – Google’s bios, and from thereon screw the write-protect in again and use ChromeOS USB to restore the OS?
I’ve tried this shellball method, running the step 12 but I get the following error:
Please select a programmer with the –programmer parameter.
Valid choices are: internal, dummy, nic3com, nicrealtek, gfxnvidia, drkaiser, satasii, ft2232_spi, serprog, buspirate_spi, rayer_spi, pony_spi, nicintel, nicintel_spi, ogp_spi, satamv
Any chance you can help me out with this? Or is this the wrong way to go? Should I go with the backup-ddmmyy.rom, and how would I use it?
Best regards and with respect to all your efforts,
Maus
There is no right or wrong way. ;)
Download the statically linked Flashrom from my site https://johnlewis.ie/flashrom Make it executable “chmod +x flashrom” and run it with a leading “./” i.e. “sudo ./flashrom -w bios.bin”.
HTH.
The above method doesn’t seem to be working for me. If I run the command with ./flashrom, I get the following error:
flashrom v0.9.4 : 14ce0cf : Oct 09 2013 22:16:28 UTC on Linux 3.13.0-34-generic (i686), built with libpci 3.1.10, GCC 4.7.x-google 20130114 (prerelease), little endian
bios.bin: No such file or directory
FAILED
And if I run the command with just “sudo flashrom …” I get the following:
Please select a programmer with the –programmer parameter.
Valid choices are: internal, dummy, nic3com, nicrealtek, gfxnvidia, drkaiser, satasii, ft2232_spi, serprog, buspirate_spi, rayer_spi, pony_spi, nicintel, nicintel_spi, ogp_spi, satamv
Oh, I’m using Ubuntu 14.04 by the way. I used the sudo command from shellball directory and outside of it as well, with the same result. Shellball directory does contain bios.bin, so I’m kind of confused why I’m getting the “no such file or directory” -error using the first method.
Best regards,
Maus
Where is your bios.bin file then? Give output of “ls -lh” in shellball directory to confirm it’s contents.
It is right there. Output:
total 17M
-rw——- 1 default default 8,0M elo 29 16:55 bios.bin
-rwxr-xr-x 1 default default 5,3K elo 29 16:55 common.sh
-rwxr-xr-x 1 default default 4,3K elo 29 16:55 crosfw.sh
-rwxr-xr-x 1 default default 821K elo 29 16:55 crossystem
-rwxr-xr-x 1 default default 14K elo 29 16:55 crosutil.sh
-rwxr-xr-x 1 default default 2,8M elo 29 16:55 dump_fmap
-rw-r–r– 1 default default 256K elo 29 16:55 ec.bin
-rwxr-xr-x 1 default default 1,4M elo 29 16:55 flashrom
-rwxr-xr-x 1 default default 1,2M elo 29 16:55 gbb_utility
-rwxr-xr-x 1 default default 1,4M elo 29 16:55 mosys
-rw-r–r– 1 default default 31K elo 29 16:55 shflags
-rwxr-xr-x 1 default default 24K elo 29 16:55 updater4.sh
-rw-r–r– 1 default default 934 elo 29 16:55 updater_custom.sh
-rw-r–r– 1 default default 904 elo 29 16:55 VERSION
-rw-r–r– 1 default default 659 elo 29 16:55 VERSION.md5
-rw-r–r– 1 default default 76 elo 29 16:55 VERSION.signer
-rwxr-xr-x 1 default default 797K elo 29 16:55 vpd
Are you logged in as “default”? I suspect not. So you need to change ownership of bios.bin to whatever you’re logged in as i.e. “sudo chown youruser:youruser bios.bin”, as only the user has read/write permission to that file.
Alternatively you could use “sudo chmod 744 bios.bin” to give group and world read access.
Logged in as default, here’s the terminal logs, first with just “sudo flashrom”:
default@C720:~/Desktop/orly/shellball$ sudo flashrom -w bios.bin
flashrom v0.9.6.1-r1563 on Linux 3.13.0-34-generic (i686)
flashrom is free software, get the source code at http://www.flashrom.org
Please select a programmer with the –programmer parameter.
Valid choices are: internal, dummy, nic3com, nicrealtek, gfxnvidia, drkaiser, satasii, ft2232_spi, serprog, buspirate_spi, rayer_spi, pony_spi, nicintel, nicintel_spi, ogp_spi, satamv
And here’s with “sudo ./flashrom”:
default@C720:~/Desktop/orly/shellball$ sudo ./flashrom -w bios.bin
./flashrom: 1: ./flashrom: �: not found
./flashrom: 1: ./flashrom: �R�*����@�@DDQ�td: not found
./flashrom: 1: ./flashrom: �R: not found
./flashrom: 1: ./flashrom: �: not found
./flashrom: 1: ./flashrom: �TJc�Q��~I��QPU%��DXU%@�G: not found
./flashrom: 1: ./flashrom: �R����: not found
./flashrom: 1: ./flashrom: ./flashrom: 1: ./flashrom: EpU%�8ExU%�9E�U%�DE�U%EE�U%�: not found
{�����%z{h������%r{h������%j{h������%b{h������%Z{h������%R{h������%J{h������%B{h�p����%:{�: not found
./flashrom: 1: ./flashrom: ELF: not found
./flashrom: 7: ./flashrom: Syntax error: “)” unexpected
I don’t know why you’re getting all that dodgy output with the statically linked Flashrom, unless you’re using a Uclibc based distro, or something like that?
Just try with the distro’s Flashrom and specify the programmer on the cmd line i.e. “-p internal”.
Okay, I was using an old version of flashrom. Now the output is:
Enabling flash write… FREG0: Warning: Flash Descriptor region (0x00000000-0x00000fff) is read-only. FREG2: Warning: Management Engine region (0x00001000-0x001fffff) is locked. Not all flash regions are freely accessible by flashrom. This is most likely due to an active ME. Please see http://flashrom.org/ME for details. Writes have been disabled for safety reasons. You can enforce write support with the ich_spi_force programmer option, but you will most likely harm your hardware! If you force flashrom you will get no support if something breaks. On a few mainboards it is possible to enable write access by setting a jumper (see its documentation or the board itself).
OK. Found Winbond flash chip “W25Q64.V” (8192 kB, SPI) at physical address 0xff800000. Write/erase is not working yet on your programmer in its current configuration. Aborting.
So, um, what should I do next?
This is why I normally use the statically linked version. What is your environment?
Ubuntu 14.04, 32-bit.
Oh and I’m just using the latest flashrom, downloaded by apt-get. If I open that statically linked flashrom of yours, it just opens a page full of weird text, such as: ELF�������������� ƒ4���¤�����4� ��(�”�!���������€�€$�$���������� $� ´ ´HY�0����������ô���ô€ô€D���D���������Qåtd������������������������������ $� ´ ´���0���������Råtd $� ´ ´`+�`+���� ������������GNU����������� ������������GNU�_•óÑ
Do I need to save that in some format, chmod it and try running it?
Can you download the statically linked flashrom again, and make sure you delete the one you have already, beforehand. See if that gives any different output.
Here’s the output:
default@C720:~/Desktop/orly$ wget –no-check-certificate https://johnlewis.ie/flashrom && sudo ./flashrom -w shellball/bios.bin
–2014-09-01 15:57:08– https://johnlewis.ie/flashrom
Resolving johnlewis.ie (johnlewis.ie)… 37.187.3.40
Connecting to johnlewis.ie (johnlewis.ie)|37.187.3.40|:443… connected.
HTTP request sent, awaiting response… 200 OK
Length: 1279220 (1,2M) [text language=”/plain”][/text]
Saving to: ‘flashrom’
100%[======================================>] 1 279 220 1,14MB/s in 1,1s
2014-09-01 15:57:10 (1,14 MB/s) – ‘flashrom’ saved [1279220/1279220]
[sudo] password for default:
./flashrom: 1: ./flashrom: �: not found
./flashrom: 1: ./flashrom: �R�*����@�@DDQ�td: not found
./flashrom: 1: ./flashrom: �R: not found
./flashrom: 1: ./flashrom: �: not found
./flashrom: 1: ./flashrom: ./flashrom: 1: ./flashrom: �TJc�Q��~I��QPU%��DXU%@�G: not found
�R����: not found
./flashrom: 1: ./flashrom: ./flashrom: 1: ./flashrom: {�����%z{h������%r{h������%j{h������%b{h������%Z{h������%R{h������%J{h������%B{h�p����%:{�: not found
EpU%�8ExU%�9E�U%�DE�U%EE�U%�: not found
./flashrom: 1: ./flashrom: ELF: not found
./flashrom: 7: ./flashrom: Syntax error: “)” unexpected
It looks like an ABI incompatibility to me. I don’t suppose you could boot from a 64-bit version of Ubuntu and try that?
No success from live cd, here’s the terminal logs. Sorry to be bothering you so much.
ubuntu@ubuntu:~/Desktop$ dir
examples.desktop shellball ubiquity.desktop
ubuntu@ubuntu:~/Desktop$ wget –no-check-certificate https://johnlewis.ie/flashrom && sudo ./flashrom -w shellball/bios.bin
–2014-09-01 13:39:11– https://johnlewis.ie/flashrom
Resolving johnlewis.ie (johnlewis.ie)… 37.187.3.40
Connecting to johnlewis.ie (johnlewis.ie)|37.187.3.40|:443… connected.
HTTP request sent, awaiting response… 200 OK
Length: 1279220 (1.2M) [text language=”/plain”][/text]
Saving to: ‘flashrom’
100%[======================================>] 1,279,220 1.10MB/s in 1.1s
2014-09-01 13:39:13 (1.10 MB/s) – ‘flashrom’ saved [1279220/1279220]
sudo: ./flashrom: command not found
You’ll probably need to make it executable “chmod +x flashrom”. It’s okay.
Alright, seems to have worked out:
ubuntu@ubuntu:~/Desktop$ sudo ./flashrom -w shellball/bios.binflashrom v0.9.4 : 14ce0cf : Oct 09 2013 22:16:28 UTC on Linux 3.13.0-32-generic (x86_64), built with libpci 3.1.10, GCC 4.7.x-google 20130114 (prerelease), little endian
delay loop is unreliable, trying to continue Erasing and writing flash chip… Verifying flash… VERIFIED.
SUCCESS
Now, booting up and hoping something has changed. Do I need to do anything after boot? Or just insert the ChromeOS USB stick?
Worked and didn’t brick the device.
Now, um, it’s still having the “OS verification is off” -screen at startup, and I would like it back. If I hit space, it just beeps.
So I think it’s blocked by gbb flags or something. How do I unblock it or install the default seabios without any gbb flags modified?
Thanks for your help so far, nearly there.
Well, I just set the flags to 0x000 and it went back to Normal mode. Now everything seems alright.
Thanks for all. Will donate.
Glad you got there!
John, since the sb_extract function also extracts gbb_utility, might not be a bad idea to have users set the gbb flags back to 0x0 and set the hwid to something meaningful before flashing :)
Possibly. ;)
I think it’s swings and roundabouts though, Matt, and I have been thinking I may as well stick a default stock ROM up, with something valid already in, and save people the bother of extracting images & whatnot. They can then change the HWID/serial/MAC to something more suitable if it’s required, if not it’ll still be enough for most.
yeah, I’ve done that already with the panther and zako shell-ball ROMs I’ve posted for people who didn’t do a backup (which maybe I should force vs being optional). I left the serial and MAC alone though since no real point to change from one default value to another
The right command is:
gbb_utility –-set -–hwid=’PEPPY A2A-A2E-A5W’ bios.bin bios.bin.new or gbb_utility –-set -–hwid=”PEPPY A2A-A2E-A5W” bios.bin bios.bin.new but when i tape the command i dont have error but i dont have output file when the command is end. (I have do the command in chrome os with sudo and name the output file “newbios.bin”)
gbb_utility –set –hwid=’PEPPY A2A-A2E-A5W’ bios.bin bios.bin.new or gbb_utility –set –hwid=”PEPPY A2A-A2E-A5W” bios.bin bios.bin.new *
There are double dash before set and hwid.
Like the one I already put in the article? ;)
the right command is :
sudo gbb_utility –set –hwid=’PEPPY A2A-A2E-A5W’ /home/chronos/user/Downloads/bios.bin /home/chronos/user/Downloads/newbios.bin
but with to dash before set and hwid. When i tape two dash, that is transformed to one dash when i post the message.
But why i don’t have output file when i run the command ? (i name the output file newbios.bin)
I don’t know. When I run “./gbb_utility –set –hwid=”Test” bios.bin bios.bin.new” in an extracted shellball directory, I get a bios.bin.new file in there. Maybe only specify a name rather than a full path?
I have resolve the problem flash succes and i have update. Thanks a lot john ;).
I have run that in chrome os so maybe the command is different on other linux distribution.
Doubtful.
Yes i have specified a name of file.
Can you post a screenshot of when you run the command?
I can make a screenshot of the help of gbb_utility if you want ? (There are an exemple with two dash before set and hwid)
I’m not going to be able to help you any further unless you screenshot running the command. There’s something subtle going on here causing the command to fail.
I don’t understand what you say, i have already do the command and succes. Maybe you want a screenshot ?
Yes, I want a screenshot of what you’re doing.
http://www.zupimages.net/viewer.php?id=14/39/19oe.png
Firstly i have run the command with two dash before set and hwid and secondly i have run the command with one dash before set and hwid.
The second command is wrong and the first command is right (i have specified a wrong file).
Where is your bios.bin file?
in this screenshot i don’t have specified bios.bin file. but when i have flash my chromebook the bios file was in download.
You need to run the command from the same directory the bios.bin file is located.
why ? the command don’t change if we specified a wrong directory ?
Because the command is modifying that file, not the firmware that’s currently in the Chromebook’s ROM. You have to modify the file then flash it.
i have already flash the bios
You have to have the bios.bin from the shellball, and use the command to modify that. Then you have to flash it. I know you’ve already flashed an unmodified shellball ROM, but this is where we are.
Yes but i have already modified the hwid of an unmodified shellball bios and i have flash it now i have update.
Oh, I see, you’ve done it. There’s nothing else to resolve then?
i have write a message:
Kevin
SEPTEMBER 26, 2014 AT 3:56 PM
I have resolve the problem flash succes and i have update. Thanks a lot john ;).
no thanks you a lot for your works and your help
I don’t know how I missed that! I guess it got lost in the noise.
lol, this message was enough for making confusion.
Hi John, great article and instructions.
Other than using double dashes on the gbb_utility everything worked flawlessly.
No worries, Mike.
I don’t think WordPress renders double-dashes properly.
you can set the “WORKING_DIR=/path/to/dir” to something else, like your home directory, to avoid space errors if you edit the script. wanted to point it out in case it helped someone. thank you for all your work, john!
Do you know the valid hwid to use for an HP Chromebox cb1-014?
HP Product No. G870UA#ABA.
/tmp/tmp.crosrec/config.txt offers me 864 choices; I am unlikely to pick the right one the first time.
This model has a Celeron 2955U , 2 GB RAM, 16GB SSD, Intel HD graphics 440, snow white …
It doesn’t matter particularly. A valid hardware ID is only needed so that ChromeOS will update.
I am trying to get a ROM for the Acer C720, but when I run the linux_recovery.sh file, most of the model names cannot be found, including the one I am looking for. Is there an updated version of this script?
Are you trying to get a custom ROM, or are you trying to go back to stock?
Trying to put the stock firmware back on.
I think the script is updated fairly regularly based on when new models arrive. I take it your download of it is reasonably new?
I’ve just downloaded the script, yet it can’t find most of the model numbers.
So, you select a model number and then it won’t download the recovery image because it can’t find it? Can you post a screenshot of when you’re running the script?
i got no errors up until step 6 where i had to enter “unzip /tmp/tmp.crosrec/chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin.zip”
then i get this error “ubuntu@ubuntu:~/Downloads$ unzip /tmp/tmp.crosrec/chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin.zip
unzip: cannot find or open /tmp/tmp.crosrec/chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin.zip, /tmp/tmp.crosrec/chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin.zip.zip or /tmp/tmp.crosrec/chromeos_5712.88.0_falco_recovery_stable-channel_mp-v2.bin.zip.ZIP.
“
I don’t know what happened, I re-downloaded the script and it worked. Now I have ChromeOS firmware on again. Thanks for the help anyway.
on step 8 i get the error failed to stat() /tmp/tmp.crpsrec/chromeos_6310.68.0_peppy_recovery_stable-channell_mp-v2.bin
On older versions of Fedora the tmpfs size was set too small, so there’s not enough room to inflate the image. You can either increase tmpfs size or ctrl c out of the script and copy the zip somewhere else to inflate manually. Then all you need do is dd the image to your USB stick.
Hi, I am running into the same problem right now. I’m running Fedora 31. I’m new to Linux, so I’m not sure how to increase the tmpfs size. I’ve tried these instructions with no luck:
“Modify /etc/fstab line to look something like this
tmpfs /dev/shm tmpfs rw,gid=105,uid=102,size=1000M,mode=0700 0 0
mount -o remount tmpfs”
When I run “df -h” I see no difference. I used nano to modify /etc/fstab. Any help is much appreciated!
Just after posting this comment I reviewed what I had entered in the terminal, and realized that I had missed the /etc before fstab. I changed it to 1000M, and it shows up in df -h. However, I am still getting an error saying “failed to stat() /tmp/tmp.crosrec/chromeos_12499.66.0_grunt_recovery_stable-channel_mp-v5.bin”
Does /tmp/tmp.crosrec/chromeos_12499.66.0_grunt_recovery_stable-channel_mp-v5.bin actually exist at that point? If it does exist, what permissions does it have? Are you running as root or what?
Maybe systemd is doing its own thing with regard to tmpfs?
im on 32 bit fedora vv
Hi John,
I’m trying get the stock ROM for my Acer C720, but when I search for the Model string I’m getting this loop:
./linux_recovery.sh: 534: ./linux_recovery.sh: [[: not found
./linux_recovery.sh: 535: ./linux_recovery.sh: [[: not found
./linux_recovery.sh: 536: ./linux_recovery.sh: [[: not found
./linux_recovery.sh: 537: ./linux_recovery.sh: [[: not found
./linux_recovery.sh: 534: ./linux_recovery.sh: [[: not found
./linux_recovery.sh: 535: ./linux_recovery.sh: [[: not found
./linux_recovery.sh: 536: ./linux_recovery.sh: [[: not found
./linux_recovery.sh: 537: ./linux_recovery.sh: [[: not found
No matter what string I put in, I’m getting this loop. When I just press ENTER, I can’t find the right Model.
Which distro are you using?
I’m currently using Xubuntu 10.04.
Maybe the script is b0rked. Could you try downloading again?
Installed Elemtary OS a few days ago, and just downloaded the script again, but I’m getting the same output. When I just press ENTER eventually it started showing some models from
35 - Samsung Chromebook Series 5 US-Wifi
to41 - Acer AC700-1529 3G
But I can’t find my model between it.What if you scroll up?
Every step works until I get to step 14, when I do I get
flashrom v0.9.4 : 14ce0cf : Oct 09 2013 22:16:28 UTC on Linux 3.17.4-301.fc21.x86_64 (x86_64), built with libpci 3.1.10, GCC 4.7.x-google 20130114 (prerelease), little endian
Error: Image size doesn’t match
FAILED
I’m completley stumped. The bios.bin is 4.2mb
Yes, well, these things happen. Obviously it should be exactly 8MB. Are you sure you extracted the correct image?
Alright, this is a pretty stupid question, but I’m new to this sort of stuff. I’m trying to flash the stock BIOS onto my Acer C720, but I’m getting stuck on step 4. What is the number of the image for my chromebook?
Any that have “Peppy” in the name will do.
I know this is somewhat off topic but I have been searching for a solution for weeks. We use Samsung XE303C12 Chromebooks in our classrooms at the school district I work for. We are unable to update 100 or more of them as the hwid is Daisy Test A-A 9382. I have attempted to flash the firmware and it remains Daisy Test. I am able to use ./gbb_utility –set –hwid=”SNOW HARVARD A-E ” to set the hwid to the appropriate value. It appears to be a temporary fix. As soon as we use the ChromeOS recovery tool the hwid is set back to Daisy Test A-A 9382 and the OS will not update. I’m at my wits end trying to fix this and permanantly remove the Daisy Test A-A 9382. Myself and the kids would be so grateful for any advice or tips you could provide.
Thank you!!
Well, you pretty much put it on the most appropriate post you could. :D
I think you will need to modify the shellball/recovery image before you use it on the machines – it sounds like for some reason (possibly because of EOL) the recovery image for daisy isn’t copying the hardware ID, but is rather just overwriting it. I’m not even really sure of where to start looking, but there is a post on the Chromium website about modifying the recovery image for the HP Chromebook 14 (I know, difficult to find, like the EOL date list is … ) and that may well be of use in this case. It may even be useful to compare with a recovery image from a newer, supported Chromebook, to see what’s changed.
I’ll have a bit of a dig for the links I’m talking about, but wanted to get an update to you – if you can find them yourself then great.
Here’s the article about modifying the image, anyway:
https://www.chromium.org/chromium-os/developer-information-for-chrome-os-devices/workaround-for-battery-discharge-in-dev-mode
I swear I saw a list with dates on it the other day, but can’t seem to find it now (maybe with all the Meltdown/Spectre stuff, they showed that by accident), but you can see from the list that there is impending EOL for daisy, if it hasn’t happened already …
https://www.chromium.org/chromium-os/developer-information-for-chrome-os-devices
Actually, this is it – if you look at the Samsung section, you’ll see it’s supported till July:
https://support.google.com/chrome/a/answer/6220366?hl=en
So, technically, you could contact Google and find out what the hell they’ve futzed up to break the HWID and therefore updates, but I think it may well be quicker just to modify the image and work around the problem yourself.
Hi John,
Thank you for the information! This is good starting point. I was not aware that at EOL the autoupdates would stop. I really appreciate the effort you put in to helping me.
Thanks,
Joe
How can I know the number of the image to download for lenovo chromebook 100e 2nd generation st
What’s the codename you see on the dev boot screen?