In that case, something=RepackBootableISO .

Recently, the only way to make bootable .iso:s have been grub-mkrescue, and even that won't always work.
Maybe it is wrong parameters to genisoimage. Or maybe it is because the combination of usb-stick+Ventoy. Or maybe it is the processor or motherboard. Or maybe the fact that i do remastering inside of a vm instead of bare metal.
Maybe someday i can rule out at least the first of possible causes.

I wonder, does intel graphics chipset have some part in this xorg-problem. That Fujitsu's laptop definitely had problem with x and also intel chipset.
Should find out some details about my current desktop's motherboard soon.

It would be great if i could a) install wdm/remove slim inside that filesystem.squashfs and b) boot the resulting .iso with my desktop. NOt there yet but maybe some day.

I think that after that "chmod+usermod"-trick but before "apt-get upgrade -u" there was some kind of problem with wdm.  I got that "VT 0"-complaint, i mean.
Not disappointed that upgrade seems to have fixed that problem. Just hoping that it will not return later.

Most of this week i have been banging my head against combination "unmodified livecd+desktop_machine+replacing slim with wdm". Unsuccesfully.
But i managed to make 2 modified .iso images which work as intended or at least almost, with laptop.
Also today noticed that abt a month ago i made a modified. iso which kind of works with my desktop.
Could turn off slim and xorg.
Could also install and start wdm.

Couldn't remove slim though. Maybe because it seems that had a brilliant idea to erase contents of /boot inside the filesystem.squashfs to save some storage space.
There were some "could not access /boot/vmlinuz-*" -complaints when trying to remove slim with apt.

So propably i'm going to use that kind_of_works .iso as a base for future modifications. After reinstalling vmlinuz it should be possible to throw slim out of that root_filesystem.

Btw is it possible to prevent apt from changing vmlinuz or initrd during package install (or remove) ? Should that "apt pinning"-thing do that?

Still banging my head against this Daedalus/xorg/libseat/slim-problem, kind of.
Sometimes, when using Daedalus desktop live, (modified .iso or  not, doesn't really matter) , i run into "login command failed"-complaint. And sometimes i also find libseat's complaints about VT 0, in text mode console. Found a quick solution:"chmod g+rw /dev/tty0 + add normal_user to group tty , with usermod". NOt sure if it is safe but it seems to work. At least when i have slim as windows manager,

Have been tryng to replace slim with wdm so that i get rid of a dm which has dbus as a dependency. So, farewell to "login command failed". But "libseat has a problem with VT 0"-thing has returned. Any ideas how to fix that?

Btw. what is the difference between extreme idiocy and self-inflicted chicken_and_egg_problem?

But still i have to say this again: i consider removing real quote and leaving quote-tags as a half-measure. Half-measures are bad mmkay?
With those quote-tags there is still potential for abuse . I'm nor going to demonstrate what i mean because that's stupid. I leave it to others.

E.

After removing those tags there will be only a retarded version of irc. Good luck finding any interesting discussion then.

If everything is as good as nothing, entropy eventually reaches its maximum /etc,what's the point? How about bringing the old quote-button back then?

e.

Even in nihilism, half-measures are bad mmkay?

The realistic point of view: when there are quote-tags, there is also abuse of those tags.
So, how about truncating the content between "quote" and "/quote" to maximum_allowed_length?
Should be easy to add even to pre-existing software.

Have been thinking lately:
20+ years ago there were something called Usenet. I think back in the day the over-quoting was not that big problem as it its now with these web-based message_boards.

Was it just more civilized age or did the style of ordering messages have to do something with that?

Also i considered writing a messageboard software which could order the messages Usenet_style or linearly, just as user chooses.

But i'm much better in starting things than finishing them.
Besides. LAMP-stack is depressing crap. But i'm not yet skilled enough with Flask or RoR either.

... and if going the "dd-route" , one should make the destination partition first, for example with fdisk(https://linux.die.net/HOWTO/Partition/f … oning.html) (or lvcreate(https://linux.die.net/man/8/lvcreate) if using lvm).

Destination_partition cannot be smaller than source_partition or data loss will occur.

... and if the destination_pari is bigger than source, resizefs https://linux.die.net/man/8/resize2fs could be a good idea afterwards. Assuming the fs is ext_something_fs. With other filesystems there are other commands for resiuzing, maybe.

And rezize2fs will propably require to run e2fsck before the actual resizing.