Hi,
hoh...@posteo.de wrote:
> The Boot process and the partitioning scheme are two different things!
Indeed.
> GPT is a partition table. UEFI is booting. MBR is partitioning.
MBR is both. The "B" in MBR stands for "boot".
http://en.wikipedia.org/wiki/Master_boot_record
With Legacy BIOS it p
On Thu, 31 Jul 2025 16:16:19 -0400
Eben King wrote:
> I'll probably have the SSD boot MBR, then switch when I install
> Trixie. Upgrading distros is always a giant mess where lots of stuff
> changes at the same time, so changing the boot method at that time
> causes little additional pain.
The
> None are currently. If volume management becomes a big deal, I will
> implement it immediately after a backup. Currently I do not have enough
> resizing of partitions to make it worthwhile.
I have only (mostly single-user) desktops, laptops, and small
home-server machines, so I don't resize pa
Eben King composed on 2025-08-02 16:25 (UTC-0400):
> I have made these partitions:
> DeviceStart End Sectors Size Type
> /dev/sda1 2048 1953792 1951745 953M Linux filesystem
> /dev/sda2 1955840 6150144 41943052G Linux filesystem
> /dev/sda3 6152192 48095232 4194
Eben King (HE12025-08-02):
> I have made these partitions:
>
> DeviceStart End Sectors Size Type
> /dev/sda1 2048 1953792 1951745 953M Linux filesystem
> /dev/sda2 1955840 6150144 41943052G Linux filesystem
> /dev/sda3 6152192 48095232 41943041 20G Linux filesyst
Eben King (HE12025-08-02):
> None are currently. If volume management becomes a big deal, I will
> implement it immediately after a backup. Currently I do not have enough
> resizing of partitions to make it worthwhile.
Resizing volumes is not the only benefit of LVM.
The fact that the volumes a
On 8/1/25 19:07, Charles Curley wrote:
On Sat, 2 Aug 2025 00:02:31 +0200
Nicolas George wrote:
And even better to do it with LVM volumes rather than partitions.
Again, agree. OP didn't indicate that any of his partitions were LVs,
so I didn't suggest it.
None are currently. If volume
On 8/1/25 18:02, Nicolas George wrote:
Charles Curley (HE12025-08-01):
Do you want to mount /root r-o? /etc? I think not.
Separating the things that move a lot and the things that are stable is
still a good idea.
For what the OP is up to, mounting the old file systems (on the HD)
until he
Charles Curley (HE12025-08-01):
> > Separating the things that move a lot and the things that are stable
> > is still a good idea.
^
> Right. With /root r-o, you never get your shell history saved. And
> things do change from time to time under /etc.
Elementary language clarification: “
On Fri, Aug 1, 2025 at 5:31 PM Charles Curley <
charlescur...@charlescurley.com> wrote:
> On Fri, 1 Aug 2025 13:21:06 -0400
> Jeffrey Walton wrote:
>
> > You typically want to mount / as read-only; while you want to mount
> > /var as read-write. Or some people want to mount the filesystem
> > rea
On Sat, 2 Aug 2025 00:02:31 +0200
Nicolas George wrote:
> Charles Curley (HE12025-08-01):
> > Do you want to mount /root r-o? /etc? I think not.
>
> Separating the things that move a lot and the things that are stable
> is still a good idea.
Right. With /root r-o, you never get your shell his
Charles Curley (HE12025-08-01):
> Do you want to mount /root r-o? /etc? I think not.
Separating the things that move a lot and the things that are stable is
still a good idea.
> For what the OP is up to, mounting the old file systems (on the HD)
> until he is satisfied he has everything working r
On Fri, 1 Aug 2025 13:21:06 -0400
Jeffrey Walton wrote:
> You typically want to mount / as read-only; while you want to mount
> /var as read-write. Or some people want to mount the filesystem
> read-only.
Do you want to mount /root r-o? /etc? I think not.
For what the OP is up to, mounting the
On 8/1/25 07:22, Eben King wrote:
On 8/1/25 04:08, David Christensen wrote:
The key is disaster preparedness and disaster recovery.
I do back up my entire drive weekly. NAS too. However, I recently
looked around for another 2T drive to implement two-level backups and
didn't have one. Can't
On Fri, Aug 1, 2025 at 1:12 PM Roy J. Tellason, Sr.
wrote:
> On Thursday 31 July 2025 03:25:23 pm Nicolas George wrote:
> > On the other hand, /var on the same filesystem as the rest of / is not a
> > good idea.
> >
>
> Why?
>
You typically want to mount / as read-only; while you want to mount /
On Thursday 31 July 2025 03:25:23 pm Nicolas George wrote:
> On the other hand, /var on the same filesystem as the rest of / is not a
> good idea.
>
Why?
--
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space, a critter that can
b
On 8/1/25 01:52, Nicolas George wrote:
David Christensen (HE12025-08-01):
I once heard a speaker who worked as a Linux system administrator on Wall
Street state:
"You should be able to pick any computer at random, throw it out a 7th
story window, and have a replacement in operation within 2
On 7/31/25 15:48, Eben King wrote:
On 7/31/25 14:53, Andy Smith wrote:
Hi Eben,
[2TB HDD booting MBR to 256G SSD booting UEFI]
On Thu, Jul 31, 2025 at 01:41:19PM -0400, Eben King wrote:
No idea what sdd is:
"lsblk -o +model,vendor" may give more idea
eben@cerberus:~$ lsblk -o +model
On 8/1/25 04:08, David Christensen wrote:
On 7/31/25 15:15, Eben King wrote:
On 7/31/25 17:31, David Christensen wrote:
On 7/31/25 10:18, Eben King wrote:
I recently got some SSDs, and decided to use one of them (a 256G
model) to boot from. I want the change to be undetectable, in that
fr
David Christensen (HE12025-08-01):
> I once heard a speaker who worked as a Linux system administrator on Wall
> Street state:
Maybe do not give advice tailored for somebody who is in charge of
dozens computers, with plenty of spare disks at hand, to somebody who
apparently is just an individual w
On 7/31/25 15:15, Eben King wrote:
On 7/31/25 17:31, David Christensen wrote:
On 7/31/25 10:18, Eben King wrote:
I recently got some SSDs, and decided to use one of them (a 256G
model) to boot from. I want the change to be undetectable, in that
from a user perspective, nothing seems different
On 7/31/25 15:39, Andy Smith wrote:
Hi,
Hello. :-)
On Thu, Jul 31, 2025 at 02:31:44PM -0700, David Christensen wrote:
When OP asks how to add a new SSD to their system and move their boot
drive to it, it seems really excessive that you advise moving off
hundreds of gigabytes of data, p
On 01/08/2025 00:18, Eben King wrote:
I want the SSD to boot using UEFI. Is that possible, and if so, what's
the best method to go about it?
I recommend to install new (minimal) system on a SSD just to have some
experience with UEFI. Try efibootmgr, inspect files on EFI System
Partition. Aft
Hi,
On Thu, Jul 31, 2025 at 02:31:44PM -0700, David Christensen wrote:
> I would:
>
> 1. Backup the computer and the NAS.
>
> 2. Move as much data as possible from /dev/sdb HDD to the NAS. Leave home
> directory login, profile, desktop environment, app configuration/ profile,
> etc. files loc
On Thu, 31 Jul 2025 13:18:07 -0400
Eben King wrote:
> I recently got some SSDs, and decided to use one of them (a 256G
> model) to boot from. I want the change to be undetectable, in that
> from a user perspective, nothing seems different, just faster.
>
> I currently have a 2T HD, partitioned
On 7/31/25 17:31, David Christensen wrote:
On 7/31/25 10:18, Eben King wrote:
I recently got some SSDs, and decided to use one of them (a 256G
model) to boot from. I want the change to be undetectable, in that
from a user perspective, nothing seems different, just faster.
I would:
..
On 7/31/25 10:18, Eben King wrote:
I recently got some SSDs, and decided to use one of them (a 256G model)
to boot from. I want the change to be undetectable, in that from a user
perspective, nothing seems different, just faster.
I currently have a 2T HD, partitioned with GPT but booting by M
Detlef Vollmann (HE12025-07-31):
> It's just copying the root partition from the HD to the SSD.
Yes, how? Please be specific, because in the process of trying to be
specific you will realize you are wrong.
> (which requires to create the target partition first)
You see, you do not have t
> On 7/31/25 14:53, Andy Smith wrote:
I do not have Andy's mail, so I am relying to this one.
> > 1. From single user mode or a live environment (even the "rescue" mode
> > from the Debain install medium) rsync the contents of /, /boot and
> > /usr to the single sda1 partition.
What? Abs
On 7/31/25 21:27, Nicolas George wrote:
Detlef Vollmann (HE12025-07-31):
I would go for the first option (dd)
That will not work. At least not with a lot lot more details. That would
work to copy the whole system to a larger drive. For this setup it is a
terrible idea.
What are you talking a
Detlef Vollmann composed on 2025-07-31 20:49 (UTC+0200):
> Why do you want to switch to UEFI?
One reason is a form of future-proofing. Increasingly, computers are being made
without legacy boot support. If a PC goes poof without taking the storage along
down, one used to expect to be able to mov
On 7/31/25 14:49, Detlef Vollmann wrote:
On 7/31/25 19:18, Eben King wrote:
I recently got some SSDs, and decided to use one of them (a 256G
model) to boot from. I want the change to be undetectable, in that
from a user perspective, nothing seems different, just faster.
I currently have a 2T
On 7/31/25 14:53, Andy Smith wrote:
Hi Eben,
[2TB HDD booting MBR to 256G SSD booting UEFI]
On Thu, Jul 31, 2025 at 01:41:19PM -0400, Eben King wrote:
eben@cerberus:~$ lsblk
NAMEMAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:00 238.5G 0 disk
└─sda18:10 238.5G 0 part
sdb
Nicolas George (HE12025-07-31):
> That would work to copy the whole system to a larger drive.
Rectification: not even that, as the secondary GPT would not be at the
right place. It works only for an identical drive.
Regards,
--
Nicolas George
Detlef Vollmann (HE12025-07-31):
> I would go for the first option (dd)
That will not work. At least not with a lot lot more details. That would
work to copy the whole system to a larger drive. For this setup it is a
terrible idea.
Regards,
--
Nicolas George
Eben King (HE12025-07-31):
> eben@cerberus:~$ lsblk
> NAMEMAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
> sda 8:00 238.5G 0 disk
> └─sda18:10 238.5G 0 part
> sdb 8:16 0 1.8T 0 disk
> ├─sdb18:17 0 953M 0 part /boot
> ├─sdb28:18 0 2G 0 part /
> ├─sdb3
On 7/31/25 14:37, Titus Newswanger wrote:
On 7/31/25 12:41, Eben King wrote:
No idea what sdd is
Might it be an SD card/CF card slot with no media inserted? One of mine
does that.
Reasonable guess. I've seen that behavior before, possibly on a laptop.
As you see the DVD drive does that
Hi Eben,
[2TB HDD booting MBR to 256G SSD booting UEFI]
On Thu, Jul 31, 2025 at 01:41:19PM -0400, Eben King wrote:
> eben@cerberus:~$ lsblk
> NAMEMAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
> sda 8:00 238.5G 0 disk
> └─sda18:10 238.5G 0 part
> sdb 8:16 0 1.8T 0 disk
>
On 7/31/25 19:18, Eben King wrote:
I recently got some SSDs, and decided to use one of them (a 256G model)
to boot from. I want the change to be undetectable, in that from a user
perspective, nothing seems different, just faster.
I currently have a 2T HD, partitioned with GPT but booting by M
On 7/31/25 12:41, Eben King wrote:
No idea what sdd is
Might it be an SD card/CF card slot with no media inserted? One of mine
does that.
--
Titus Newswanger
Curtiss WI
On 7/31/25 13:21, Nicolas George wrote:
Eben King (HE12025-07-31):
I recently got some SSDs, and decided to use one of them (a 256G model) to
boot from. I want the change to be undetectable, in that from a user
perspective, nothing seems different, just faster.
I currently have a 2T HD, par
Eben King (HE12025-07-31):
> I recently got some SSDs, and decided to use one of them (a 256G model) to
> boot from. I want the change to be undetectable, in that from a user
> perspective, nothing seems different, just faster.
>
> I currently have a 2T HD, partitioned with GPT but booting by MBR
I recently got some SSDs, and decided to use one of them (a 256G model)
to boot from. I want the change to be undetectable, in that from a user
perspective, nothing seems different, just faster.
I currently have a 2T HD, partitioned with GPT but booting by MBR. Yes,
that's probably weird. W
43 matches
Mail list logo
