Re: question regarding no space left on device message
Hi,
Semih Ozlem wrote:
> I used "dd if=isofilename of=devicename"
So the partition table afterwards is the one which came with the ISO.
MBR based, but accompanied by an invalid GPT.
Further, this implies that your Live system is only running on RAM
and not using a writable system disk.
----------------------------------------------------------------------
You could add a data partition on the USB stick to store all extra
data there. But for that you would probably have to set up the partition
usage every time you start the system. (Mount partition, move data from
RAM disk to USB stick, install symbolic link from RAM disk to partition ...)
I would not strive for such a contraption, unless for the sake of art.
If i'd want to stay with a Live system, i'd use more RAM.
Else i would consider a normal installation, as mentioned by David
Christensen.
A compromise might be Knoppix, which is prepared to expand its data
partition up to the end of the UBS stick when it gets bootet from that
stick for the first time. (Put the ISO onto the stick like you did
with Debian Live.)
http://ftp.uni-kl.de/pub/linux/knoppix-dvd/KNOPPIX_V8.6.1-2019-10-14-EN.iso
http://ftp.uni-kl.de/pub/linux/knoppix-dvd/KNOPPIX_V8.6.1-2019-10-14-EN.iso.sha256.asc
Knoppix might be prepared to put all additionally installed .deb packages
onto the data partition. You'll have to try.
--------------------------------------------------------------------------
> Also if one creates a partition on some device, say /dev/sda becomes
> /dev/sda1 /dev/sda2 /dev/sda3 after partitioning (which can be done with
> gnome disk utility, or gparted, or from the command line, and I forget the
> exact commands now probably "parted mkpart") then "dd if=isofilename.iso
> of=/dev/sda1" is an instance of placing iso file onto a device that I use.
That would be wrong, unless the stick is equipped with an own boot loader
which can chainload the ISO's boot loader from the partition. Something
like is described in
https://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/#more-5352
You don't get that from partition editors.
> I am not sure about the last option oflag=sync
It causes the i/o system to take the data only as fast from dd as fast
as it can be written to the stick. No large buffering in RAM shall happen.
It's a good companion for status=progress in order to see steady and
realistic progress messages.
Have a nice day :)
Thomas
Reply to: