# Debian 12 and Klipper **URL:** \ **Category:** General Discussion\ **Created:** [October 7, 2023, 6:01am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860 "2023-10-07T06:01:39Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 10, 2023, 1:03am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/21 "2023-10-10T01:03:30Z")
When you see my other results (previous post), I think you’ll agree that following your process is the best way to go (at this time) if you want to work with Debian 12 and Klipper. To simplify executing the Debian 12 upgrade steps outlined above, I created the simple script “Debian11to12.sh”: [Debian11to12.zip](https://klipper.discourse.group/uploads/short-url/tz5OV8Nkep7vLVie0gzl4Q23IIb.zip) (710 Bytes) It’s not as automated as I would like (you still have to select “Y” or “Yes” in the `sudo apt full-upgrade` step) but it eliminates the copy and pasting. I’m curious to see how the upgrade process works starting with MainsailOS, rather than with the basic (Debian 11 based) RPi OS - I’ll let you know how that works (should be easier than working with your .7z image). ---
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 10, 2023, 4:10am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/22 "2023-10-10T04:10:01Z")
Okay, I’ve tried the update process with the 32-Bit Mainsail OS on both a Raspberry Pi 4B and CM4 - both fail at the blue screen for the “Package configuration”: ![image](https://global.discourse-cdn.com/free1/uploads/klipper/original/2X/6/6803af6694cfe0d78895815d4317c86f69f7fe11.png) The `^[[D` and `^[[C` strings are my trying to move the ``/`` selections. The `Enter` key does not work and after power cycling the two RPis do not boot properly. So, your process does work but not on hosts loaded with MainsailOS and I wouldn’t recommend trying the update _after_ Klipper is installed but it seems to work fine **before** Klipper is installed. Thanx for your help! ---
**Author:** ![Hundsbuah](https://avatars.discourse-cdn.com/v4/letter/h/839c29/32.png) [@Hundsbuah](https://klipper.discourse.group/u/Hundsbuah)\ **Post date:** [October 10, 2023, 7:43am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/23 "2023-10-10T07:43:56Z")
something is wrong with ur sdcard, hardware or i dont know. in general these are special characters which the console dont know how to interpred what keys have u pressed? i extracted my 7z image again and wrote this extraced image on two different sdcards, and every sdcard works fine. it boots up and i can acces the webinterface, mainsail and fluidd: ![image](https://global.discourse-cdn.com/free1/uploads/klipper/original/2X/4/49b74b3c84d303501166a9ab4b2982d22867fef0.png) /edit i also have a pi4b, tested with pi4b 2gb and pi4b 4gb. works fine on both ---
**Author:** ![Hundsbuah](https://avatars.discourse-cdn.com/v4/letter/h/839c29/32.png) [@Hundsbuah](https://klipper.discourse.group/u/Hundsbuah)\ **Post date:** [October 10, 2023, 7:47am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/24 "2023-10-10T07:47:53Z")
this behavior with the blue screen yes no selection does not depend if klipper is installed or not. if you restart your pi at this stage and if the update has not finished its normal that its “bricked” and cannot boot. ---
**Author:** ![Hundsbuah](https://avatars.discourse-cdn.com/v4/letter/h/839c29/32.png) [@Hundsbuah](https://klipper.discourse.group/u/Hundsbuah)\ **Post date:** [October 10, 2023, 7:50am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/25 "2023-10-10T07:50:40Z")
can you try it with a different ssh client? putty or bitvise? ---
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 10, 2023, 2:09pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/26 "2023-10-10T14:09:08Z")
The SD Cards have been checked/reused without any issues on Raspberry Pi Imager with both predetermined OS’s (Raspberry Pi OS -32 & -64 bit, MainsailOS -32 & -64 bit) as well as CB1 custom OS’s (Armbian and Debian). I’ve tried the process now with: - Tera Term (the screenshots you normally see) - PuTTY on Windows - Linux Terminal Have you tried your process with an SD Card preloaded with Mainsail OS yourself? ---
**Author:** ![Hundsbuah](https://avatars.discourse-cdn.com/v4/letter/h/839c29/32.png) [@Hundsbuah](https://klipper.discourse.group/u/Hundsbuah)\ **Post date:** [October 10, 2023, 2:24pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/27 "2023-10-10T14:24:22Z")
no i never used mainsailos. i always started from a clean pi os or raspi based debian. can u try one last thing? cuz it makes no sense why it does not work … when u have a running pi, please run `sudo rpi-eeprom-update -a` and then when finished `sudo reboot` then try again my sdcard image ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [October 10, 2023, 2:28pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/28 "2023-10-10T14:28:34Z")
> [@Hundsbuah](#): > > sudo rpi-eeprom-update -a Side note: Only applicable to RPi 4. Not sure about the CM4 ---
**Author:** ![Hundsbuah](https://avatars.discourse-cdn.com/v4/letter/h/839c29/32.png) [@Hundsbuah](https://klipper.discourse.group/u/Hundsbuah)\ **Post date:** [October 10, 2023, 2:30pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/29 "2023-10-10T14:30:20Z")
thanks for pointing it out, ur absolutely right! /edit: maybe s.o. else can try my image if it works. would be a good start for people who are not so fimiliar with rpi or linux, and to be on the latest debian linux with the latest security patches is always good ---
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 10, 2023, 2:39pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/30 "2023-10-10T14:39:57Z")
> [@Hundsbuah](#): > > can u try one last thing? cuz it makes no sense why it does not work … > > when u have a running pi, please run > > `sudo rpi-eeprom-update -a` > > and then when finished > > `sudo reboot` > > then try again my sdcard image A few questions before going ahead: 1. What does a “running pi” mean? Is this on Debian 11/12? What else is on the Raspberry Pi. 2. What is `sudo rpi-eeprom-update -a` expected to do? 3. Burn the image using Raspberry Pi Imager (which requires the expanded .7z file) or Windows32 Disk Imager (which can use the .7z file)? 4. Use a 64GB SD card, correct? I’m asking because burning the expanded image using Raspberry Pi Imager takes a couple of hours. ---
**Author:** ![Hundsbuah](https://avatars.discourse-cdn.com/v4/letter/h/839c29/32.png) [@Hundsbuah](https://klipper.discourse.group/u/Hundsbuah)\ **Post date:** [October 10, 2023, 2:43pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/31 "2023-10-10T14:43:55Z")
u update ur bootloader from ur pi with rpi-eeprom-update. always flash the extraced \*.img file, not the \*.7z file. you need at least a 64gb card, thats correct. i used the win32diskimager ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [October 10, 2023, 2:58pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/32 "2023-10-10T14:58:43Z")
I’m following this with a certain interest, less about the technical details, because I know it is working and did it already, but with the question why you are spending so much energy into it. My personal opinion: If it can be done with a reasonable amount of effort, then a clean installation is always preferable. Major version updates within a distribution really only make sense if they are complex installations that are not simply moved quickly. And even here, the effort to rework and ensure full functionality is often greater than the actual time savings. For such a simple installation like Klipper, I would never go down this upgrade path. ---
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 10, 2023, 3:13pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/33 "2023-10-10T15:13:11Z")
> [@Hundsbuah](#): > > u update ur bootloader from ur pi with rpi-eeprom-update. You’re going to have to be more explicit in your explanation of what’s happening here and what you expect. You’re asking me to spend more than an hour just doing the SD Card image (it takes that long to run Windows32 Disk Imager on the 33GB .img file) and I’m wondering if there is an easier way to figure out our differences. Just to go what your instructions are: 1. Get a Raspberry Pi (4B) running. I presume accessing it via SSH. 2. Execute `sudo rpi-eeprom-update -a` command. 3. Once step 2. is done, `sudo reboot`. 4. Next, “try again my sdcard image”. I presume this means that Okay, I’ve read through about `rpi-eeprom-update` and rather than go through all this blindly, wouldn’t it be easier to just to compare the bootloader versions on the Raspberry Pis we’re working with? For example, for the RPi I’m going to put this image on, the `vcgencmd bootloader_version` command response is: ```auto $ vcgencmd bootloader_version 2022/04/26 11:24:28 version 507b2360eb46af23c05844b289dc5ae4ecfc3cca (release) timestamp 1650968668 update-time 0 capabilities 0x0000007f ``` Now, when I run `sudo rpi-eeprom-update`, it indicates that there is an update available: ```auto $ sudo rpi-eeprom-update [sudo] password for biqu: ***UPDATE AVAILABLE*** BOOTLOADER: update available CURRENT: Tue 26 Apr 10:24:28 UTC 2022 (1650968668) LATEST: Wed 11 Jan 17:40:52 UTC 2023 (1673458852) RELEASE: default (/lib/firmware/raspberrypi/bootloader/default) Use raspi-config to change the release. VL805_FW: Using bootloader EEPROM VL805: up to date CURRENT: 000138a1 LATEST: 000138a1 ``` What do you get when you run these commands? Regardless, I’m not sure why the bootloader version will affect an update process from Debian 11 to Debian 12 - could you explain what your thinking is here? ---
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 10, 2023, 3:28pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/34 "2023-10-10T15:28:05Z")
> [@Sineos](#): > > I’m following this with a certain interest, less about the technical details, because I know it is working and did it already, but with the question why you are spending so much energy into it. I’m asking that question myself. 🫢 As I’ve discussed elsewhere, I’ve been writing some Katapult/Klipper installation scripts and I wanted to test them on all available OS versions available to me so that when I ask somebody to try them, I have a reasonable level of confidence that they will work (this is the CB1 discussion we’re having separately). My thinking was that at some point the basic Raspberry Pi OS will be based on Debian 12 and I wanted to test my scripts on that. Using the process and images available I couldn’t do that but with the steps @Hundsbuah laid out above, I got a Debian 12 image and was able to test my scripts. They work starting with a vanilla Debian 11 RPi 4B and CM4 OS (32 or 64 bit) which really meets my requirements and I can use this to test my scripts. This is really is where things should have ended for me. I have not been able to get a working Debian 12 image, whether I download it from the Debian repository or use the image provided by @Hundsbuah - I went through the work trying to load the images as a) a favour to @Hundsbuah and b) intellectual curiosity. Right now, my intellectual curiosity tank is running low, which is why the pushback in my previous reply to @Hundsbuah . I have the tools I need to test my scripts and I’m willing to try something but I want to understand what is expected before I tie up a system for a couple of hours and monitor it when there are other things I need to do. If there’s something valuable to be gained from this then I’m all in. Otherwise, I’ve got what I need and I can move on. ---
**Author:** ![Hundsbuah](https://avatars.discourse-cdn.com/v4/letter/h/839c29/32.png) [@Hundsbuah](https://klipper.discourse.group/u/Hundsbuah)\ **Post date:** [October 10, 2023, 3:31pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/35 "2023-10-10T15:31:58Z")
im just curious by myself why its not working, because i dont understand it. but of course its ok if you dont have any time or dont want to spend hours of testing. its totally fine. no worries ---
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 10, 2023, 3:50pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/36 "2023-10-10T15:50:15Z")
Okay, then why don’t we end things here? I’m really grateful to you for the upgrade process you provided and I do appreciate the work you put in making the image and posting it. Cheers! ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [October 10, 2023, 4:22pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/37 "2023-10-10T16:22:11Z")
> [@mykepredko](#): > > My thinking was that at some point the basic Raspberry Pi OS will be based on Debian 12 and I wanted to test my scripts on that. My final two notes: - Pi OS and Debian are very close relatives but have notable differences, e.g. in the camera stack and also others. A direct comparison might not be valid, at least not in all cases - E.g. with the CB1 you can easily test Debian 12 as the current release of Armbian fully supports it and is Bookworm based. (I’m currently printing with it and did previously with a Banana Pi BPI-M5) ---
**Author:** ![mykepredko](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/mykepredko/32/2085_2.png) [@mykepredko](https://klipper.discourse.group/u/mykepredko)\ **Post date:** [October 12, 2023, 2:35am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/38 "2023-10-12T02:35:14Z")
> [@Sineos](#): > > - Pi OS and Debian are very close relatives but have notable differences, e.g. in the camera stack and also others. A direct comparison might not be valid, at least not in all cases What kind of differences would the camera stack (and other concurrent apps) make in terms of basic Klipper (and Moonraker and Mainsail) operation? I’m not sure how that would affect this test. > [@Sineos](#): > > - E.g. with the CB1 you can easily test Debian 12 as the current release of Armbian fully supports it and is Bookworm based. (I’m currently printing with it and did previously with a Banana Pi BPI-M5) Thanx for the pointer. I’m using Armbian 23.8.1 which, according to Distrowatch is Bookworm. [https://distrowatch.com/?newsid=11925](https://distrowatch.com/?newsid=11925) ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [October 12, 2023, 8:37am UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/39 "2023-10-12T08:37:37Z")
> [@mykepredko](#): > > What kind of differences would the camera stack (and other concurrent apps) make in terms of basic Klipper (and Moonraker and Mainsail) operation? I’m not sure how that would affect this test. I do not know all potential differences between vanilla RPi Debian and dedicated RPi OS. Just mentioned that there are some. ---
**Author:** ![system](https://global.discourse-cdn.com/free1/uploads/klipper/original/1X/64419bf2aac6639e6ef5cef200dcd456b0a01ac3.png) [@system](https://klipper.discourse.group/u/system)\ **Post date:** [November 11, 2023, 6:38pm UTC](https://klipper.discourse.group/t/debian-12-and-klipper/10860/40 "2023-11-11T18:38:26Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed. [Previous page](https://klipper.discourse.group/t/debian-12-and-klipper/10860.md?page=1)