I couldnt find the file pidesktop.deb. The webpage is really complicated.
I couldnt find the file pidesktop.deb. The webpage is really complicated.
Hi gdenicolas ,
You don't need the debian file to boot from the SSD. In the user manual is a step by step guide and explanation on how to set this up:
Pi Desktop User Manual_EN_Rev3.2-FINAL.pdf
I've asked internally about the debian file, and I've read through the manual where there's some typing errors that need to be fixed (eg. capitalization of linux commands).
Feel free to ask me any questions on this as I've been working with this add-on board (and have one sat on my desk).
Hi gdenicolas ,
You don't need the debian file to boot from the SSD. In the user manual is a step by step guide and explanation on how to set this up:
Pi Desktop User Manual_EN_Rev3.2-FINAL.pdf
I've asked internally about the debian file, and I've read through the manual where there's some typing errors that need to be fixed (eg. capitalization of linux commands).
Feel free to ask me any questions on this as I've been working with this add-on board (and have one sat on my desk).
My concern not loading the pidesktop.deb is that you lose out on :
ppp-hdclone (What it does probably can be done just by dd'ing the image to the mSata)
ppp-boot (This actually changes the /boot/cmdline.txt to change the root, which isn't mentioned. I had previously set the usb variable, but AFTER I put it all together so can't get the card out to test if it isn't needed)
embest.service/embest-shutdown.service/rtc.py/sync-hwclock - Seem like they make sure the HWClock is up to date, not mentioned in the manual.
Tuc
The SDCard isn't needed when booting from USB after the bit is set. The Pi prioritises booting from SDCard if it is inserted as well as the USB device.
If you have only a USB bootable device inserted, and the SDCard removed, you don't have to change the location in /boot/cmdline.txt. It's probably best to set the bit before putting the Pi inside the enclosure.
You're right that it doesn't say which device it prioritises, though it does say on page 15 that the SD Card is no longer needed. Do you feel it should be explicitly stated to remove the SD Card ?
Christopher, my question is what is the method used to power-on again the Pi via a button after it has been powered off. I have an idea already applied in another case but sounds a bit "aged" ...
Enrico
Several questions:
1 gparted says my ssd card is not partitioned. Should I partition it first or clone uCD card to SSD and then enlarge the partition?
2. I did find and download pidesktop.deb. Is this the better way?
3. Must the mCD card be removed to boot from the SSD? Or can the 32 Gb mCD be used for data?
4. My current Debian desktop allows resetting the BIOS boot order so can have the boot sector on several hard drives and choose which to boot from. Is this possible?
Hi Thomas,
gparted says my ssd card is not partitioned. Should I partition it first or clone uCD card to SSD and then enlarge the partition?
None at all. Just format your ssd as Fat32 then when you create the image over it it is properly partitioned
If you download and install the last Raspbian pixel image (I strongly suggest) at the first boot you see a screen saying that it is resizing the partition automatically. So no problem to enlarge the partition after.
Anyway if the partition is not automatically resized it is one of the options of the command raspi-config
I did find and download pidesktop.deb. Is this the better way?
As the .deb extension of the file says, it is just a sort of program that I don't know but I can say for sure that it is not essential to the entire procedure. For now you can start ignoring it.
Must the mCD card be removed to boot from the SSD? Or can the 32 Gb mCD be used for data?
None at all
You should flash the SSD directly as it is a common micro SD card. No matter of the size (mine is 120 Giga). you should flash it with Etcher that is specific for this role, running on any platform (Linux, OSX and Windows). With this program you can flash any image on any external device. If Etcher refuses to flash your SSD as it is recognised as a HD instead of a external (removable) device, from the Etcher settings set the unsafe mode. Warning: in unsafe mode you can flash any img file also on your main pc hard disk so double check that you are selecting the correct device.
My current Debian desktop allows resetting the BIOS boot order so can have the boot sector on several hard drives and choose which to boot from. Is this possible?
As far as I know the process is specific for the Raspberry PI B3 that has a command supporting the boot device bit set changed from the microSD to a USB device (the SSD USB connected disk).
For details and links take a look to my previous posts in this discussion.
Enrico
Hi,
Yes, do think it would be useful. I think even more useful is telling you to install the "Type A to micro USB" *BEFORE* you put the lid on. I found I needed to pry the lid off (Whoever designed it meant for it NEVER to come off.
) and press/lift the hat ever so slightly to get it to align JUST right. The 2nd time I put it together when I was testing things I ended up doing it outside the case so I could take out/put in the SD card... So it really is out of the case. Adds a nice blue glow to my work room
Tuc
Enrico Miglino wrote:
Hi Thomas,
gparted says my ssd card is not partitioned. Should I partition it first or clone uCD card to SSD and then enlarge the partition?None at all. Just format your ssd as Fat32 then when you create the image over it it is properly partitioned
Formatting the SSD to Fat32 first isn't necessary though this can be a simpler way of allocating a drive letter to the device, and getting some software to acknowledge the device.
If you're using Linux you can use the command 'dd' to write to the SSD with an image file, or from a microSD card. If you're using Windows then you can allocate a drive letter to the SSD and then do the same with software such as Win32DiskImager, or you don't need to assign a drive letter if you're using drive cloning software such as Norton Ghost.
Also, https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/usb.md alludes that the ability to set the required 'bit' for the Raspberry Pi to boot from USB is not limited to the Pi 3 and is capable on every model of Raspberry Pi.