Re: Enlarging /boot and swap partitions

On 2025-09-19 10:40:34 +0200, Vincent Lefevre wrote: > Nothing related to nvidia or i915 either. But as I've already said, > this is due to the firmware (in particular the Nvidia one, which has > huge files). And mkinitramfs includes all installed firmware via > "/usr/share/initramfs-tools/hook-fun

Re: Enlarging /boot and swap partitions

On 2025-09-19 10:19:58 +0200, Michel Verdier wrote: > On 2025-09-18, Vincent Lefevre wrote: > > >> To remove it check if /etc/initramfs-tools/ and /etc/modules-load.d/ > >> contain something related to nvidia. > > > > Nothing related to nvidia or i915. > > Ok now search the same in /usr/share/ini

Re: Enlarging /boot and swap partitions

On 2025-09-18, Vincent Lefevre wrote: >> To remove it check if /etc/initramfs-tools/ and /etc/modules-load.d/ >> contain something related to nvidia. > > Nothing related to nvidia or i915. Ok now search the same in /usr/share/initramfs-tools/ Also give us dpkg -l | grep initramfs >> Also in /

Re: Enlarging /boot and swap partitions

On 2025-09-17 10:31:24 -0400, Stefan Monnier wrote: > > But is it really necessary that such firmware be present in the initrd? > > Good question. > Maybe it's needed to get some of the console output during some part of > the boot? Maybe it's needed only for some nVidia boards and it was > easie

Re: Enlarging /boot and swap partitions

>> - reboot using that "slim" initrd.img. > I've tried that, but the kernel crashes. The journalctl output shows > in particular: Hmm... don't know why the `nouveau` kernel module would need to be loaded during the initrd part of the boot. Sounds to me like the problem is not inescapable, but it

Re: Enlarging /boot and swap partitions

Le 16/09/2025 à 16:35, Stefan Monnier a écrit : So I've tried MODULES=dep (and still COMPRESS=lzma and COMPRESSLEVEL=9 as before). Now: -rw-r--r-- 1 root root 122M 2025-09-16 00:43:13 initrd.img-6.16.7+deb14-amd64 But this is still *a lot*. More than 100MB even with `dep`? Wow! My crystal ba

Re: Enlarging /boot and swap partitions

On 2025-09-18 10:17:39 -0400, Stefan Monnier wrote: > Hmm... don't know why the `nouveau` kernel module would need to be > loaded during the initrd part of the boot. > > Sounds to me like the problem is not inescapable, but it's probably > just simpler to load all applicable kernel modules very ea

Re: Enlarging /boot and swap partitions

On 2025-09-18 18:09:43 +0200, Vincent Lefevre wrote: > I think that I have to look at > https://unix.stackexchange.com/q/756269/74516 > ("How to merge /boot partition into root partition") This seems actually more complex, in particular if GRUB 2.12 still doesn't support LUKS2: https://cryp

Re: Enlarging /boot and swap partitions

On Thu, Sep 18, 2025 at 9:55 AM Vincent Lefevre wrote: > On 2025-09-18 09:01:45 -0400, Greg Wooledge wrote: > > On Thu, Sep 18, 2025 at 14:07:20 +0200, Vincent Lefevre wrote: > > > Such failures occur because the disk is not available yet. > > > Isn't there a way to delay firmware loading until th

Re: Enlarging /boot and swap partitions

On 2025-09-18, Vincent Lefevre wrote: > The Nvidia firmware is not needed at boot time (apparently until > X11 comes up). I was just asking whether there was a way to delay > its loading at least until the root partition becomes available > (in which case it could be loaded from the disk instead o

Re: Enlarging /boot and swap partitions

Vincent Lefevre composed on 2025-09-18 17:22 (UTC+0200): > On 2025-09-18 10:31:07 -0400, Jeffrey Walton wrote: >> Related, see >> . > Isn't this /boot/efi? FYI, only 8% of 512 MB is used here. > The real issue is with

Re: Enlarging /boot and swap partitions

On 2025-09-18 15:50:47 +, Thomas Pircher wrote: > On 2025-09-18 15:22, Vincent Lefevre wrote: > > The real issue is with the /boot partition. When I installed the > > machine 2 years ago, the size recommended by Debian was... 25-50 MB!!! > > Also not a direct answer to your question, but if yo

Re: Enlarging /boot and swap partitions

On 2025-09-18 17:29:08 +0200, Michel Verdier wrote: > On 2025-09-18, Vincent Lefevre wrote: > > > The Nvidia firmware is not needed at boot time (apparently until > > X11 comes up). I was just asking whether there was a way to delay > > its loading at least until the root partition becomes availab

Re: Enlarging /boot and swap partitions

On 2025-09-18 15:22, Vincent Lefevre wrote: The real issue is with the /boot partition. When I installed the machine 2 years ago, the size recommended by Debian was... 25-50 MB!!! Also not a direct answer to your question, but if you are booting with EFI, and you are not using an ancient GRUB

Re: Enlarging /boot and swap partitions

On 2025-09-18 10:31:07 -0400, Jeffrey Walton wrote: > Related, see > . Isn't this /boot/efi? FYI, only 8% of 512 MB is used here. The real issue is with the /boot partition. When I installed the machine 2 years ago, th

Re: Enlarging /boot and swap partitions

On 2025-09-18 15:55:03 +0200, Vincent Lefevre wrote: > I think that you haven't followed the discussion. The goal is > to avoid the firmware in the initrd image because it takes too > much space in the /boot partition. In particular, it is not > possible to keep 2 kernels with the Debian package ma

Re: Enlarging /boot and swap partitions

On 2025-09-18 10:00:06 -0400, Greg Wooledge wrote: > On Thu, Sep 18, 2025 at 15:55:03 +0200, Vincent Lefevre wrote: > > On 2025-09-18 09:01:45 -0400, Greg Wooledge wrote: > > > On Thu, Sep 18, 2025 at 14:07:20 +0200, Vincent Lefevre wrote: > > > > Such failures occur because the disk is not availab

Re: Enlarging /boot and swap partitions

On Thu, Sep 18, 2025 at 15:55:03 +0200, Vincent Lefevre wrote: > On 2025-09-18 09:01:45 -0400, Greg Wooledge wrote: > > On Thu, Sep 18, 2025 at 14:07:20 +0200, Vincent Lefevre wrote: > > > Such failures occur because the disk is not available yet. > > > Isn't there a way to delay firmware loading u

Re: Enlarging /boot and swap partitions

On 2025-09-18, Vincent Lefevre wrote: > > and other "kernel NULL pointer dereference" errors in nouveau. I'm glad you trimmed that output down to the essential.

Re: Enlarging /boot and swap partitions

On 2025-09-18 09:01:45 -0400, Greg Wooledge wrote: > On Thu, Sep 18, 2025 at 14:07:20 +0200, Vincent Lefevre wrote: > > Such failures occur because the disk is not available yet. > > Isn't there a way to delay firmware loading until the > > partition has been mounted? > > Sure. Put the firmware i

Re: Enlarging /boot and swap partitions

On Thu, Sep 18, 2025 at 14:07:20 +0200, Vincent Lefevre wrote: > On 2025-09-18 13:18:38 +0200, Vincent Lefevre wrote: > > On 2025-09-17 10:31:24 -0400, Stefan Monnier wrote: > > > - reboot using that "slim" initrd.img. > > > > I've tried that, but the kernel crashes. The journalctl output shows >

Re: Enlarging /boot and swap partitions

On 2025-09-18 13:18:38 +0200, Vincent Lefevre wrote: > On 2025-09-17 10:31:24 -0400, Stefan Monnier wrote: > > - reboot using that "slim" initrd.img. > > I've tried that, but the kernel crashes. The journalctl output shows > in particular: > > Sep 18 12:46:25 qaa kernel: nouveau: detected PR supp

Re: Enlarging /boot and swap partitions

On 2025-09-17, Stefan Monnier wrote: > Good question. > Maybe it's needed to get some of the console output during some part of > the boot? Maybe it's needed only for some nVidia boards and it was > easier to do it for all of them? initrd could use framebuffer with no additionnal firmware so per

Re: Enlarging /boot and swap partitions

> So I've tried MODULES=dep (and still COMPRESS=lzma and COMPRESSLEVEL=9 > as before). Now: > > -rw-r--r-- 1 root root 122M 2025-09-16 00:43:13 initrd.img-6.16.7+deb14-amd64 > > But this is still *a lot*. More than 100MB even with `dep`? Wow! My crystal ball says it's likely some big blob added

Re: Enlarging /boot and swap partitions

> But is it really necessary that such firmware be present in the initrd? Good question. Maybe it's needed to get some of the console output during some part of the boot? Maybe it's needed only for some nVidia boards and it was easier to do it for all of them? I think I'd try: - remove those fi

Shrinking an encrypted partition and enlarging /boot (was: Enlarging /boot and swap partitions)

> >   ├─debian--vg-swap_1 254:1    0   976M  0 lvm  [SWAP] > >   └─debian--vg-home   254:2    0 408.1G  0 lvm  /home > > > > As long as I am going through the process of resizing partitions I > > thought I would increase the size of the /boot partition to 2 GB. [...]

Re: Enlarging /boot and swap partitions

On 2025-09-17 00:46:27 +0200, Vincent Lefevre wrote: > Yes, I can see in particular: > > -rw-r--r-- 1 root root 38061600 Aug 15 14:51 > usr/lib/firmware/nvidia/ga102/gsp/gsp-535.113.01.bin > -rw-r--r-- 1 root root 63571696 Aug 15 14:51 > usr/lib/firmware/nvidia/ga102/gsp/gsp-

Re: Enlarging /boot and swap partitions

On 2025-09-16 17:46:50 +0200, Erwan David wrote: > Le 16/09/2025 à 16:35, Stefan Monnier a écrit : > > > So I've tried MODULES=dep (and still COMPRESS=lzma and COMPRESSLEVEL=9 > > > as before). Now: > > > > > > -rw-r--r-- 1 root root 122M 2025-09-16 00:43:13 > > > initrd.img-6.16.7+deb14-amd64 >

Re: Enlarging /boot and swap partitions

On 2025-09-16 00:45:03 +0200, Vincent Lefevre wrote: > On 2025-09-15 11:28:41 -0400, Stefan Monnier wrote: > > But yes, I'm using `MODULES=dep` and `COMPRESS=lzma` (tho I don't think > > the COMPRESS setting is the source of the discrepancy). > > So I've tried MODULES=dep (and still COMPRESS=lzma

Re: Enlarging /boot and swap partitions

On 2025-09-15 11:28:41 -0400, Stefan Monnier wrote: > >> The normal size of an initrd image (i.e. by installing the > >> recommended packages) is not about 9 MB, but now 100 MB: > >> > >> -rw-r--r-- 1 root root 99M 2025-05-27 23:26:17 initrd.img-6.7.12-amd64 > >> -rw-r--r-- 1 root root 104M 2025-

Re: Enlarging /boot and swap partitions

>> The normal size of an initrd image (i.e. by installing the >> recommended packages) is not about 9 MB, but now 100 MB: >> >> -rw-r--r-- 1 root root 99M 2025-05-27 23:26:17 initrd.img-6.7.12-amd64 >> -rw-r--r-- 1 root root 104M 2025-08-11 23:40:35 >> initrd.img-6.12.38+deb13-amd64 >> >> (this

Re: Enlarging /boot and swap partitions

On Mon, 15 Sep 2025 16:49:50 +0200 Vincent Lefevre wrote: > On 2025-08-16 03:46:17 +0200, Vincent Lefevre wrote: > > On 2025-08-15 01:15:12 -0400, Felix Miata wrote: > > > I suggest you realistically evaluate your actual need based upon > > > your existing initrd sizes. I have about two dozen T

Re: Enlarging /boot and swap partitions

On 2025-08-16 03:46:17 +0200, Vincent Lefevre wrote: > On 2025-08-15 01:15:12 -0400, Felix Miata wrote: > > I suggest you realistically evaluate your actual need based upon > > your existing initrd sizes. I have about two dozen Trixie > > installations. They are all about the same as follows (none

Re: Enlarging /boot and swap partitions

On 2025-08-16 10:41:35 +0700, Max Nikulin wrote: > I believed that initrd size may be related to GPU firmware, am I wrong? Has > it been addressed some way? I would not be surprised if upgrading from > bookworm to trixie may bring significantly larger firmware files (at least > in default configura

Re: Enlarging /boot and swap partitions

On 16/08/2025 09:09, Felix Miata wrote: Vincent Lefevre composed on 2025-08-16 03:46 (UTC+0200): On 2025-08-15 01:15:12 -0400, Felix Miata wrote: The normal size of an initrd image (i.e. by installing the recommended packages) is not about 9 MB, but now 100 MB: -rw-r--r-- 1 root root 99M

Re: Enlarging /boot and swap partitions

On Sat, Aug 16, 2025 at 03:46:17 +0200, Vincent Lefevre wrote: > The normal size of an initrd image (i.e. by installing the > recommended packages) is not about 9 MB, but now 100 MB: > > -rw-r--r-- 1 root root 99M 2025-05-27 23:26:17 initrd.img-6.7.12-amd64 > -rw-r--r-- 1 root root 104M 2025-08-1

Re: Enlarging /boot and swap partitions

Vincent Lefevre composed on 2025-08-16 03:46 (UTC+0200): > On 2025-08-15 01:15:12 -0400, Felix Miata wrote: >> I suggest you realistically evaluate your actual need based upon >> your existing initrd sizes. I have about two dozen Trixie >> installations. They are all about the same as follows (no

Re: Enlarging /boot and swap partitions

On 2025-08-15 01:15:12 -0400, Felix Miata wrote: > I suggest you realistically evaluate your actual need based upon > your existing initrd sizes. I have about two dozen Trixie > installations. They are all about the same as follows (none using > separate /boot/ partitions): > > # du -sh /disks/deb

Re: Enlarging /boot and swap partitions

  476G  0 part   ├─debian--vg-root   254:0    0  47.9G  0 lvm  /   ├─debian--vg-swap_1 254:1    0   976M  0 lvm  [SWAP]   └─debian--vg-home   254:2    0 408.1G  0 lvm  /home As long as I am going through the process of resizing partitions I thought I would increase the size of the /boot partition

Re: Enlarging /boot and swap partitions

tted "sda" as doesn't seem to be part of your plans.] > > > sdb 8:16 0 3.6T 0 disk > > └─sdb1 8:17 0 3.6T 0 part /media/jonathan/Borg-Backup > > nvme0n1 259:0 0 476.9G 0 disk > > ├─nvme0n1p1 259:1 0 512M 0 part /boot/efi > > ├─nvme0n1p2 259:2 0 488

Re: Enlarging /boot and swap partitions

 0 part /boot > └─nvme0n1p3           259:3    0   476G  0 part >   ├─debian--vg-root   254:0    0  47.9G  0 lvm  / >   ├─debian--vg-swap_1 254:1    0   976M  0 lvm  [SWAP] >   └─debian--vg-home   254:2    0 408.1G  0 lvm  /home > > As long as I am going through the process of resizing part

Re: Enlarging /boot and swap partitions

Jonathan Wiebe composed on 2025-08-15 02:51 (UTC): > - Before starting the upgrade, make sure your `/boot` partition is at least > 768 MB in size, and has about 300 MB free. If your system does not have a > separate `/boot` partition, there should be nothing to do. I suggest you realistically

Enlarging /boot and swap partitions

 47.9G  0 lvm  /   ├─debian--vg-swap_1 254:1    0   976M  0 lvm  [SWAP]   └─debian--vg-home   254:2    0 408.1G  0 lvm  /home As long as I am going through the process of resizing partitions I thought I would increase the size of the /boot partition to 2 GB. I am also thinking of increasing my

Re: Swap a good drive to another computer

On 11/28/24 03:47, Tom Browder wrote: My main computer is acting strangely as if it has either memory issues or some other hardware problem. I have not had any time to do any diagnosis. As a quick solution, could I swap the single SSD to another computer and expect it to boot up? Thanks, and

Re: Swap a good drive to another computer

On Thu, Nov 28, 2024 at 10:46 songbird wrote: … > you may still have some issues, but i'd say it would be > worth a try. > > you may need to change your bios or efi settings. > Thanks, songbird! Best Regards, -Tom

Re: Swap a good drive to another computer

On Thu, Nov 28, 2024 at 06:59 Roberto C. Sánchez wrote: … may break. However, you should have a sufficiently functional system to > be able to deal with those things. Thanks, Roberto! Best regards, -Tom

Re: Swap a good drive to another computer

Tom Browder wrote: > My main computer is acting strangely as if it has either memory issues or > some other hardware problem. I have not had any time to do any diagnosis. > > As a quick solution, could I swap the single SSD to another computer and > expect it to boot up? > &

Re: Swap a good drive to another computer

On Thu, Nov 28, 2024 at 06:59 wrote: … > Most probably you won't break anything -- but doing a backup is a good > idea anyway, if you hold your data dear. Thanks, Tomas, I do have good backups! Best regards, -Tom

Re: Swap a good drive to another computer

On 2024-11-28 12:47, Tom Browder wrote: My main computer is acting strangely as if it has either memory issues or some other hardware problem. I have not had any time to do any diagnosis. As a quick solution, could I swap the single SSD to another computer and expect it to boot up? Thanks

Re: Swap a good drive to another computer

On Thu, Nov 28, 2024 at 06:47:44AM -0500, Tom Browder wrote: >My main computer is acting strangely as if it has either memory issues or >some other hardware problem. I have not had any time to do any diagnosis. >As a quick solution, could I swap the single SSD to another com

Re: Swap a good drive to another computer

On Thu, Nov 28, 2024 at 06:47:44AM -0500, Tom Browder wrote: > My main computer is acting strangely as if it has either memory issues or > some other hardware problem. I have not had any time to do any diagnosis. > > As a quick solution, could I swap the single SSD to another

Swap a good drive to another computer

My main computer is acting strangely as if it has either memory issues or some other hardware problem. I have not had any time to do any diagnosis. As a quick solution, could I swap the single SSD to another computer and expect it to boot up? Thanks, and Happy Thanksgiving! -Tom

Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition

On Wed Apr 24, 2024 at 1:50 PM BST, Richard wrote: > upon gathering my thoughts for answering to you I found the solution to > this: update-initramfs can't handle the case that crypttab ends in the line > of the last entry and not in a new line character. I think there either > should be a fix for

Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition

next character was itself a newline or not.¹ So using an empty line approach, you might find yourself looking at a screen like: Last character position on the screen ---↓ swap LABEL= … … … … … … … … … … … … … … … … … … … … … =512 $ Now, is that an empty line before the

Last line [was: Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition]

On 26/04/2024 10:56, David Wright wrote: Editor examples: a windowed emacs buffer has a ≣ decoration at the extreme left edge after the last line of text, so that you can distinguish an absence of lines from empty lines. Perhaps that decoration should be explicitly enabled. However it reminded

Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition

rtup script > > that cat'd its configuration file for that very reason. It taught me > > the habit of always finishing files with a blank comment line: > > > > $ cat /etc/crypttab > > # > > swapLABEL=cryptswap /dev/urandom > >

Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition

sulting in such fatal errors. Some time at the end of the last century, I remember some startup script that cat'd its configuration file for that very reason. It taught me the habit of always finishing files with a blank comment line: $ cat /etc/crypttab # swapLABEL=cr

Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition

such fatal errors. Some time at the end of the last century, I remember some startup script that cat'd its configuration file for that very reason. It taught me the habit of always finishing files with a blank comment line: $ cat /etc/crypttab # swapLABEL=cryptswap /dev/ur

Re: [SOLVED] Trouble/bug with initramfs-tools adding encrypted swap partition

-b911-6531b684e3f7 /crypto_keyfile.bin > > luks,keyscript=/bin/cat > > initramfs extract line from /etc/crypttab to create its own crypttab > as you have seen in main/cryptroot/crypttab, and only for rootfs, not for > swap > > > Now, is this a bug in the package or am I m

Re: Trouble/bug with initramfs-tools adding encrypted swap partition

Hello Hans, this is exactly what I did. To be precise, I followed this guide [1], with the difference that instead of "crypt" I used the actual name, luks- (Disks thanksfully shows everything relevant). It's not the first time I'm doing this. Yet I experience the errors mentioned. Sure, I'm not usi

Re: Trouble/bug with initramfs-tools adding encrypted swap partition

gt; luks,keyscript=/bin/cat initramfs extract line from /etc/crypttab to create its own crypttab as you have seen in main/cryptroot/crypttab, and only for rootfs, not for swap > Now, is this a bug in the package or am I missing something? And how do I > create a working initramfs now? swap

Re: Trouble/bug with initramfs-tools adding encrypted swap partition

Am Dienstag, 23. April 2024, 22:26:17 CEST schrieb Richard: Hi Richard, this is, what I am doing when this happens: 1. booting into a live system (any new is working, I prefer kali-linux) 2. If you are using encrypted filesystems, open it. But you have to name it like it is named in / etc/crypt

Trouble/bug with initramfs-tools adding encrypted swap partition

Hi, I've just set up a new computer with Debian Testing. I initially set it up without a swap partition, but I want to add it now. The partition has already been created as a LUKS2 partition, but I can't get update-initramfs to add it so it will automatically be decrypted at boot (both

Re: swap-fle on arm64, need to disable, how?

On 10/1/23 18:46, Stefan Monnier wrote: There I disagree, Greg, it makes a handy download tool, directly from wherever, directly to the machine that needs it. That, apt/synaptic and git are the major net tools I use. Obviously I'm not trying to run them simultaneously. Every machine here 7 ATM,

Re: swap-fle on arm64, need to disable, how?

is fair in the case of RAM size of 16G. If a board has just 2G of RAM then you need to be really lucky to get extra 2G by compression. Perhaps Gene's setup is no optimal, but swap on SSD, despite its disadvantages, may be an alternative to using a more performant board for buildi

Re: swap-fle on arm64, need to disable, how?

systemctl disable dphys-swapfile.service . However that did give me a clue about getting rid of zram0, which has been done now, thank you. Now I hope to uncomment the SSD line in fstab. Well, zram is the way to go; why would you still use swap partitions or swap files instead? Are you deliberately

Re: swap-fle on arm64, need to disable, how?

>>> There I disagree, Greg, it makes a handy download tool, directly >>> from wherever, directly to the machine that needs it. That, >>> apt/synaptic and git are the major net tools I use. Obviously I'm >>> not trying to run them simultaneously. Every machine here 7 ATM, can >>> browse the net, m

Re: swap-fle on arm64, need to disable, how?

l stop dphys-swapfile.service > > > > sudo systemctl disable dphys-swapfile.service > > > > > > > > . > > > However that did give me a clue about getting rid of zram0, which has > > > been done now, thank you. Now I hope to uncomment the SSD line in

Re: swap-fle on arm64, need to disable, how?

On 10/1/23 14:06, Stefan Monnier wrote: There I disagree, Greg, it makes a handy download tool, directly from wherever, directly to the machine that needs it. That, apt/synaptic and git are the major net tools I use. Obviously I'm not trying to run them simultaneously. Every machine here 7 ATM,

Re: swap-fle on arm64, need to disable, how?

> There I disagree, Greg, it makes a handy download tool, directly from > wherever, directly to the machine that needs it. That, apt/synaptic and git > are the major net tools I use. Obviously I'm not trying to run them > simultaneously. Every machine here 7 ATM, can browse the net, making it ver

Re: swap-fle on arm64, need to disable, how?

On 10/1/23 11:01, Curt wrote: On 2023-10-01, gene heskett wrote: Andy, with good luck, you may make to your 89th birthday, which with good luck I'll celebrate next Wednesday. I certainly hope you do. By then you will not see any humor in trying to remember what, if anything, you had for brea

Re: swap-fle on arm64, need to disable, how?

On 10/1/23 09:39, Andrew M.A. Cater wrote: On Sun, Oct 01, 2023 at 08:58:36AM -0400, Greg Wooledge wrote: On Sun, Oct 01, 2023 at 05:07:48AM -0400, gene heskett wrote: You've a good view of this hw. However swap is not important to run linuxcnc, in fact its to be avoided because it messes

Re: swap-fle on arm64, need to disable, how?

On 10/1/23 08:59, Greg Wooledge wrote: On Sun, Oct 01, 2023 at 05:07:48AM -0400, gene heskett wrote: You've a good view of this hw. However swap is not important to run linuxcnc, in fact its to be avoided because it messes with realtime response. Linuxcnc needs, even with much of the co

Re: swap-fle on arm64, need to disable, how?

On Sun 01 Oct 2023 at 13:39:17 (+), Andrew M.A. Cater wrote: > On Sun, Oct 01, 2023 at 08:58:36AM -0400, Greg Wooledge wrote: > > On Sun, Oct 01, 2023 at 05:07:48AM -0400, gene heskett wrote: > > > You've a good view of this hw. However swap is not important to run >

Re: swap-fle on arm64, need to disable, how?

o uncomment the SSD line in fstab. > > > > Well, zram is the way to go; why would you still use swap partitions > > or swap files instead? Are you deliberately trying to wear out your > > SSDs or to slow down your computer? > > > zram is probably the way to go for

Re: swap-fle on arm64, need to disable, how?

On 01/10/2023 09:31, gene heskett wrote: Fedora has it by default since a while, and at first I thought it's a very stupid idea.  In practise, I can't be bothered anymore to create these annoying swap partitions.  They're only a waste of disc space. There haven't been any

Re: swap-fle on arm64, need to disable, how?

On 2023-10-01, gene heskett wrote: >> > Andy, with good luck, you may make to your 89th birthday, which with > good luck I'll celebrate next Wednesday. I certainly hope you do. By > then you will not see any humor in trying to remember what, if anything, > you had for breakfast this morning.

Re: swap-fle on arm64, need to disable, how?

On Sun, Oct 01, 2023 at 08:58:36AM -0400, Greg Wooledge wrote: > On Sun, Oct 01, 2023 at 05:07:48AM -0400, gene heskett wrote: > > You've a good view of this hw. However swap is not important to run > > linuxcnc, in fact its to be avoided because it messes with realtime &g

Re: swap-fle on arm64, need to disable, how?

On Sun, Oct 01, 2023 at 05:07:48AM -0400, gene heskett wrote: > You've a good view of this hw. However swap is not important to run > linuxcnc, in fact its to be avoided because it messes with realtime > response. Linuxcnc needs, even with much of the control offloaded to mesa >

Re: swap-fle on arm64, need to disable, how?

On 10/1/23 04:05, Max Nikulin wrote: On 01/10/2023 10:21, hw wrote: Well, zram is the way to go; why would you still use swap partitions or swap files instead? The topic of this thread is a *Pi board. It does not have as much RAM as significant part of x86_64 laptops and desktops with

Re: swap-fle on arm64, need to disable, how?

rid of zram0, which has been done now, thank you. Now I hope to uncomment the SSD line in fstab. Well, zram is the way to go; why would you still use swap partitions or swap files instead? Are you deliberately trying to wear out your SSDs or to slow down your computer? zram is probably the way to

Re: swap-fle on arm64, need to disable, how?

On 01/10/2023 01:16, Greg Wooledge wrote: On Sat, Sep 30, 2023 at 01:50:57PM -0400, gene heskett wrote: cnc@rpi4:/etc$ sudo dphys-swapfile swapoff sudo: dphys-swapfile: command not found ... unicorn:~$ apt-cache search dphys swap dphys-swapfile - Autogenerate and use a swap file From my

Re: swap-fle on arm64, need to disable, how?

On 01/10/2023 10:21, hw wrote: Well, zram is the way to go; why would you still use swap partitions or swap files instead? The topic of this thread is a *Pi board. It does not have as much RAM as significant part of x86_64 laptops and desktops with installed Fedora. It seems, Gene it trying

Re: swap-fle on arm64, need to disable, how?

give me a clue about getting rid of zram0, which has > been done now, thank you. Now I hope to uncomment the SSD line in fstab. Well, zram is the way to go; why would you still use swap partitions or swap files instead? Are you deliberately trying to wear out your SSDs or to slow down your comp

Re: swap-fle on arm64, need to disable, how?

> But I cannot label the partition. At least not with gparted. I did > generate a new blkid then put the partuuid in fstab, rebooted it and > that worked. This sounds to me like a subliminal message telling me "see all the pain you avoided by using LVM instead". Stefan

Re: swap-fle on arm64, need to disable, how?

heskett wrote: Swap file is the last thing I want, much slower than a swap partition. There has been no performance difference between swap files and swap partitions for more than a decade. Maybe on wintel stuff, but the u-sd card the pi runs on has a write speed below 10 megs/second, an extremely

Re: swap-fle on arm64, need to disable, how?

On 9/30/23 14:16, Greg Wooledge wrote: search dphys swap Something I need to learn. But its been yonks since I last needed that. Anyway, problem is solved, Thank you. Take care ad stay well. Cheers, Gene Heskett. -- "There are four boxes to be used in defense of liberty: soap, ballot,

Re: swap-fle on arm64, need to disable, how?

in fstab. So I've re-partitioned & reformatted the 120G SSD to a gpt partition table eith 10G of swap and a hair over 110G of ext4 for workspace. But that is still no good. I can sudo swapon /dev/sda1 & sudo swapon -a now works, but sudo swapon -s returns nothing. But I can

Re: swap-fle on arm64, need to disable, how?

04PM -0400, gene heskett wrote: > > > > > Swap file is the last thing I want, much slower than a swap partition. > > > > > > > > There has been no performance difference between swap files and > > > > swap partitions for more than a decade. > > > >

Re: swap-fle on arm64, need to disable, how?

ailed to stop dphys-swapfile.service: Unit dphys-swapfile.service not > loaded. > cnc@rpi4:/etc$ sudo systemctl disable dphys-swapfile.service > Failed to disable unit: Unit file dphys-swapfile.service does not exist. > > What I'm trying to do is get rid of zram0, which is being used a

Re: swap-fle on arm64, need to disable, how?

o systemctl disable dphys-swapfile.service > Failed to disable unit: Unit file dphys-swapfile.service does not exist. Come now, you should be able to figure this shit out by now, Gene. unicorn:~$ apt-cache search dphys swap dphys-swapfile - Autogenerate and use a swap file I've never

Re: swap-fle on arm64, need to disable, how?

d > > > Priority > > > /dev/zram0 partition 1048572 98304 > > > 100 > > > /dev/sda2 partition 9859068 0 > > > -3 > > > > > > I need it to forget zram0 and use th

Re: swap-fle on arm64, need to disable, how?

s get rid of zram0, which is being used as swap, and sub real swap on an SSD in its place. And zram0 is not listed in fstab, but swapon finds it. Thank you, Matthias Böttcher Cheers, Gene Heskett. -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Ple

Re: swap-fle on arm64, need to disable, how?

sudo dphys-swapfile swapoff sudo systemctl stop dphys-swapfile.service sudo systemctl disable dphys-swapfile.service

Re: swap-fle on arm64, need to disable, how?

On 9/30/23 07:46, Andy Smith wrote: Hello, On Sat, Sep 30, 2023 at 03:26:19AM -0400, gene heskett wrote: On 9/29/23 17:32, Andy Smith wrote: On Fri, Sep 29, 2023 at 04:36:04PM -0400, gene heskett wrote: Swap file is the last thing I want, much slower than a swap partition. There has been

Re: swap-fle on arm64, need to disable, how?

Hello, On Sat, Sep 30, 2023 at 03:26:19AM -0400, gene heskett wrote: > On 9/29/23 17:32, Andy Smith wrote: > > On Fri, Sep 29, 2023 at 04:36:04PM -0400, gene heskett wrote: > > > Swap file is the last thing I want, much slower than a swap partition. > > > >

Re: swap-fle on arm64, need to disable, how?

On 9/29/23 17:32, Andy Smith wrote: Hello, On Fri, Sep 29, 2023 at 04:36:04PM -0400, gene heskett wrote: On 9/29/23 15:21, Andy Smith wrote: On Fri, Sep 29, 2023 at 03:15:54PM -0400, gene heskett wrote: I have SSD's for swap on an rpi4b, so to lessen the abuse of the u-sd card I need to

Re: swap-fle on arm64, need to disable, how?

On 30/09/2023 03:36, gene heskett wrote: On 9/29/23 15:21, Andy Smith wrote: On Fri, Sep 29, 2023 at 03:15:54PM -0400, gene heskett wrote: I have SSD's for swap on an rpi4b, so to lessen the abuse of the u-sd cnc@rpi4:/etc$ sudo swapon -s Filename   

Re: swap-fle on arm64, need to disable, how?

Hello, On Fri, Sep 29, 2023 at 04:36:04PM -0400, gene heskett wrote: > On 9/29/23 15:21, Andy Smith wrote: > > On Fri, Sep 29, 2023 at 03:15:54PM -0400, gene heskett wrote: > > > I have SSD's for swap on an rpi4b, so to lessen the abuse of the u-sd > > > card I

Re: swap-fle on arm64, need to disable, how?

On 9/29/23 15:21, Andy Smith wrote: Hello, On Fri, Sep 29, 2023 at 03:15:54PM -0400, gene heskett wrote: I have SSD's for swap on an rpi4b, so to lessen the abuse of the u-sd card I need to turn off the swap file, and swapon -a the SSD stuff. Have you looked in /etc/fstab where as you

  1   2   3   4   5   6   7   8   9   10   >