# Problems with Raspbian Buster **URL:** \ **Category:** General Discussions\ **Created:** [July 24, 2019, 9:41am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888 "2019-07-24T09:41:42Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![genedupre](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/genedupre/32/289_2.png) [@genedupre](https://hub.mender.io/u/genedupre)\ **Post date:** [July 24, 2019, 9:41am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/1 "2019-07-24T09:41:42Z")
Hello everyone, has someone of you been able to make an buster-mender-client? i mean from a clean image & not from a stretch to dist-upgrade into buster, i was also able to do that but this cant be used as a golden image. Thanks! ---
**Author:** ![eystein](https://avatars.discourse-cdn.com/v4/letter/e/e5b9ba/32.png) [@eystein](https://hub.mender.io/u/eystein)\ **Post date:** [July 24, 2019, 5:50pm UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/2 "2019-07-24T17:50:21Z")
Hi @genedupre! Do you mean taking a vanilla Raspbian buster .img and running mender-convert on it and make sure the Mender client works in the resulting converted image? This has indeed been tested, if you look under the “Test results” header. Did you try with latest 1.1.x of mender-convert? What are the steps you are doing that does not work, is there some logs/output that you could share? ---
**Author:** ![genedupre](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/genedupre/32/289_2.png) [@genedupre](https://hub.mender.io/u/genedupre)\ **Post date:** [July 25, 2019, 8:16am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/3 "2019-07-25T08:16:55Z")
He @eystein yes, a clean/fresh raspbian buster.img from the rapsbian website, but directly inside the mender-convert does not produce an working .sdimg for me, the artifact on the other hand does work fine. i’m using > DEVICE\_TYPE=“raspberrypi3” > ARTIFACT\_NAME=“2019-07-23-raspbian-buster-lite-clean” > RAW\_DISK\_IMAGE=“input/buster-lite-clean\_23-07-2019.img” > MENDER\_DISK\_IMAGE=“23-07-19\_rapbian-buster-lite.sdimg” > IP=“192.168.1.1” and > ./docker-mender-convert from-raw-disk-image --raw-disk-image $RAW\_DISK\_IMAGE --storage-total-size-mb 7000 --mender-disk-image $MENDER\_DISK\_IMAGE --device-type $DEVICE\_TYPE --artifact-name $ARTIFACT\_NAME --bootloader-toolchain arm-buildroot-linux-gnueabihf --demo --demo-host-ip $IP i did a fresh clone from 1.1.x from the git as always, thanks! ---
**Author:** ![eystein](https://avatars.discourse-cdn.com/v4/letter/e/e5b9ba/32.png) [@eystein](https://hub.mender.io/u/eystein)\ **Post date:** [July 25, 2019, 4:45pm UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/4 "2019-07-25T16:45:33Z")
OK! Can you elaborate a bit more on what you mean by “not working .sdimg” – how is it not working? Does it not boot at all, and if so, do you see anything during boot (e.g. rainbow screen, console output)? ---
**Author:** ![genedupre](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/genedupre/32/289_2.png) [@genedupre](https://hub.mender.io/u/genedupre)\ **Post date:** [July 26, 2019, 7:28am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/5 "2019-07-26T07:28:02Z")
Hello @eystein when i make an .sdimg with the commands mentioned above, that .sdimg simply does not start, no rainbow, no 4 raspberries, which probably means its not finding the boot, or working with it ---
**Author:** ![eystein](https://avatars.discourse-cdn.com/v4/letter/e/e5b9ba/32.png) [@eystein](https://hub.mender.io/u/eystein)\ **Post date:** [July 26, 2019, 7:29pm UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/6 "2019-07-26T19:29:19Z")
Hi @genedupre, I tested latest buster (2019-07-10) myself now and I see the same problem. Converted image is at [https://mender.s3.amazonaws.com/raspbian-images/2019-07-10-raspbian-buster-lite-mender-boot-issue.zip](https://mender.s3.amazonaws.com/raspbian-images/2019-07-10-raspbian-buster-lite-mender-boot-issue.zip) I created an issue report at [https://tracker.mender.io/browse/MEN-2673](https://tracker.mender.io/browse/MEN-2673) Can you try buster 2019-06-20? It has been reported to work. This direct link (lite image) should work: [https://downloads.raspberrypi.org/raspbian\_lite/images/raspbian\_lite-2019-06-24/2019-06-20-raspbian-buster-lite.zip](https://downloads.raspberrypi.org/raspbian_lite/images/raspbian_lite-2019-06-24/2019-06-20-raspbian-buster-lite.zip) ---
**Author:** ![genedupre](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/genedupre/32/289_2.png) [@genedupre](https://hub.mender.io/u/genedupre)\ **Post date:** [July 29, 2019, 6:54am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/7 "2019-07-29T06:54:31Z")
hi @eystein thanks you for the help! could i ask quickly why ‘some’ busters would work and why some wont? or even older OS’s like raspbian-jessie for that matter Has this to do with systemd? or kernels in general? As always thanks! **quick update** : i did the mender-convert on the 2019-06-20 buster-lite with the same commands as above, but with no succes, this time tough, the pi give the rainbow & 4raspberry’s for half a second, for it then to never give any feedback after that. Now i noticed on the switch, that the buster-pi was getting traffic, after an arp-scan & finding the ip, i could ping the device, so i did a leap of faith & logged into the pi blindly with no terminal feedback to activate ssh, and then ssh’t into the device, the device works perfectly, just no signal on the hdmi, also mender worked like intended. So all these busters i’ve tried converting @eystein all worked probably, they just where not giving an signal/output to the hdmi. From my understanding, this will probably mean something whent wrong when mender-convert was creating the uboot for the pi, because i also did the ‘touch ssh’ trick to activate ssh where the uboot resides and the pi also did not activate ssh next time i booted it. ---
**Author:** ![eystein](https://avatars.discourse-cdn.com/v4/letter/e/e5b9ba/32.png) [@eystein](https://hub.mender.io/u/eystein)\ **Post date:** [July 29, 2019, 4:32pm UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/8 "2019-07-29T16:32:28Z")
Hi @genedupre, Thanks for testing! In general the problematic areas tend to be around the bootloader. For example, RPi uses a proprietary bootloader (which makes it really hard to integrate, as it’s basically a black box) so mender-convert switches to use UBoot. Mender needs to integrate with the bootloader in order to support atomic rollback (it needs to tell the bootloader to boot from the other partition a few times after an update, for example). If just all boards would use a standard bootloader & boot process, everything should be trivial. But even those using UBoot often create a custom fork of it. ☹ Thanks for the update, though, I think someone with a bit more knowledge about this area will take a look. ---
**Author:** ![mirzak](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mirzak/32/2056_2.png) [@mirzak](https://hub.mender.io/u/mirzak)\ **Post date:** [August 2, 2019, 11:28am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/9 "2019-08-02T11:28:53Z")
> [@Raspberry Pi 3 Model B/B+ Raspbian](https://hub.mender.io/t/raspberry-pi-3-model-b-b-raspbian/140/34): > > [[MEN-2673] - Mender and CFEngine (by Northern.tech) Jira](https://tracker.mender.io/browse/MEN-2673) @genedupre, please take a look at the updates in above. If you are able to test out the image have prepared it would be great. ---
**Author:** ![genedupre](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/genedupre/32/289_2.png) [@genedupre](https://hub.mender.io/u/genedupre)\ **Post date:** [August 6, 2019, 8:14am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/10 "2019-08-06T08:14:42Z")
Hello @mirzak i installed the first & second buster images from [[MEN-2673] - Mender and CFEngine (by Northern.tech) Jira](https://tracker.mender.io/browse/MEN-2673) the first image, did not give hdmi output, but i also tried > sudo vim /boot/config.txt > #added these lines > hdmi\_force\_hotplug=1 > hdmi\_drive=2 and this did also not work, so i assume the problem is still the uboot the second image ref: [[MEN-2685] - Mender and CFEngine (by Northern.tech) Jira](https://tracker.mender.io/browse/MEN-2685) i also had a yellow output on one of my stretch pi’s, but was fixed by giving --storage-total-size-mb from 3600 to 7000 on the next convert, on a 7.4 gb sd-card, however this wont be the case here i assume, since there is plenty of space on the image. greets, gene ---
**Author:** ![mirzak](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mirzak/32/2056_2.png) [@mirzak](https://hub.mender.io/u/mirzak)\ **Post date:** [August 6, 2019, 8:27am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/11 "2019-08-06T08:27:21Z")
> [@Raspberry Pi 3 Model B/B+ Raspbian](https://hub.mender.io/t/raspberry-pi-3-model-b-b-raspbian/140/41): > > i also had a yellow output on one of my stretch pi’s, but was fixed by giving --storage-total-size-mb from 3600 to 7000 on the next convert, on a 7.4 gb sd-card I am not sure I follow, did you manage to get rid of the “yellow output”? ---
**Author:** ![mirzak](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/mirzak/32/2056_2.png) [@mirzak](https://hub.mender.io/u/mirzak)\ **Post date:** [August 6, 2019, 8:35am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/12 "2019-08-06T08:35:34Z")
Please note that I moved this to a separate topic as it was started to get lengthy under [Raspberry Pi 3 Model B/B+ Raspbian](https://hub.mender.io/t/raspberry-pi-3-model-b-b-raspbian/140/42) ---
**Author:** ![genedupre](https://yyz2.discourse-cdn.com/flex036/user_avatar/hub.mender.io/genedupre/32/289_2.png) [@genedupre](https://hub.mender.io/u/genedupre)\ **Post date:** [August 12, 2019, 11:50am UTC](https://hub.mender.io/t/problems-with-raspbian-buster/888/13 "2019-08-12T11:50:25Z")
hello @mirzak yes, i also had the "yellow terminal/output, but with stretch images, this was because i gave it to less space apparently (–storage-total-size-mb 3600 on the convert), but by giving it the full sd-card space (7.4gb) it went away, the problem probably has nothing to do with space it itself. i dont have a clue what caused and fixed the problem, it was just a lucky guess