antlists wrote:
> On 25/11/2020 22:59, Neil Bothwick wrote:
>> On Wed, 25 Nov 2020 13:37:48 -0600, Dale wrote:
>>
> First I've heard of a laptop having space for two hard drives. I
> need to make a note of that. Now one has reason to use labels on
> laptops too. o_O
You already
On 25/11/2020 22:59, Neil Bothwick wrote:
On Wed, 25 Nov 2020 13:37:48 -0600, Dale wrote:
First I've heard of a laptop having space for two hard drives. I
need to make a note of that. Now one has reason to use labels on
laptops too. o_O
You already have. what if you boot with a flash drive
On Wed, 25 Nov 2020 13:37:48 -0600, Dale wrote:
> >> First I've heard of a laptop having space for two hard drives. I
> >> need to make a note of that. Now one has reason to use labels on
> >> laptops too. o_O
> > You already have. what if you boot with a flash drive connected and
> > it is
On Wed, 25 Nov 2020 13:30:46 -0600, Dale wrote:
> >> If I can get rid of the plain grub, that would free up some space.
> >> The grub2 directory isn't as big but still wouldn't hurt.
> > GRUB2 uses /boot/grub here, I suspect /boot/grub2 might be the surplus
> > one, but check the timestamps.
>
Neil Bothwick wrote:
> On Wed, 25 Nov 2020 11:55:56 -0600, Dale wrote:
>
>> First I've heard of a laptop having space for two hard drives. I need
>> to make a note of that. Now one has reason to use labels on laptops
>> too. o_O
> You already have. what if you boot with a flash drive connected
Neil Bothwick wrote:
> On Wed, 25 Nov 2020 10:16:28 -0600, Dale wrote:
>
>> I think I was on the old grub back then. Speaking of, can
>> I get rid of one of these or are both required? If I can remove one,
>> which one? I'm on the new grub and have been for a while. I think I
>> uninstalled
On Wed, 25 Nov 2020 11:55:56 -0600, Dale wrote:
> First I've heard of a laptop having space for two hard drives. I need
> to make a note of that. Now one has reason to use labels on laptops
> too. o_O
You already have. what if you boot with a flash drive connected and it is
recognised first?
On Wed, 25 Nov 2020 10:16:28 -0600, Dale wrote:
> I think I was on the old grub back then. Speaking of, can
> I get rid of one of these or are both required? If I can remove one,
> which one? I'm on the new grub and have been for a while. I think I
> uninstalled the old grub a long time ago.
antlists wrote:
> On 25/11/2020 15:13, Dale wrote:
>> I can't think of a reason not to use labels, at the very least, in most
>> situations. The only one I can think of, a laptop that has only one
>> hard drive. Sort of hard to install two hard drives on a laptop. A
>> external one can be done
On 25/11/2020 15:17, Rich Freeman wrote:
On Wed, Nov 25, 2020 at 8:55 AM Wols Lists wrote:
On 25/11/20 13:31, Rich Freeman wrote:
Now, one area I would use UUIDs is with mdadm if you're not putting
lvm on top. I've seen mdadm arrays get renumbered and that is a mess
if you're directly
On 25/11/2020 15:13, Dale wrote:
I can't think of a reason not to use labels, at the very least, in most
situations. The only one I can think of, a laptop that has only one
hard drive. Sort of hard to install two hard drives on a laptop. A
external one can be done but never seen one with two
Neil Bothwick wrote:
> On Wed, 25 Nov 2020 09:13:07 -0600, Dale wrote:
>
>> I have /boot on a plain ext2 partition, root is also on a
>> plain ext4 partition. Everything else, /home, /usr, /var etc is on
>> LVM.
>> If I hadn't had a separate /usr, I would have had to move things around
>> to grow
On Wednesday, 25 November 2020 15:13:07 GMT Dale wrote:
> Just my thoughts. Trying to help. It's not like I don't ever find
> myself on the receiving end of that. :-D
Indeed. Thanks Dale.
--
Regards,
Peter.
On Wed, 25 Nov 2020 09:13:07 -0600, Dale wrote:
> I have /boot on a plain ext2 partition, root is also on a
> plain ext4 partition. Everything else, /home, /usr, /var etc is on
> LVM.
> If I hadn't had a separate /usr, I would have had to move things around
> to grow /usr. I've done that in
On Wed, Nov 25, 2020 at 8:55 AM Wols Lists wrote:
>
> On 25/11/20 13:31, Rich Freeman wrote:
> > Now, one area I would use UUIDs is with mdadm if you're not putting
> > lvm on top. I've seen mdadm arrays get renumbered and that is a mess
> > if you're directly mounting them without labels or
Peter Humphrey wrote:
>
> On Wednesday, 25 November 2020 13:06:49 GMT Dale wrote:
>
> > Peter Humphrey wrote:
>
> > > On Tuesday, 24 November 2020 14:18:58 GMT Neil Bothwick wrote:
>
> > > > On Tue, 24 Nov 2020 09:20:52 +, Peter Humphrey wrote:
>
> > > > > My workstation has one NVMe drive and
On Wednesday, 25 November 2020 13:31:27 GMT Rich Freeman wrote:
> On Wed, Nov 25, 2020 at 5:54 AM Peter Humphrey
wrote:
> > > > Can you imagine an fstab with 22 partitions specified with UUIDs?
> > >
> > > Can you imagine an fstab with 22 partitions?
> >
> > The NVMe drive, the main one, has
On Wednesday, 25 November 2020 13:06:49 GMT Dale wrote:
> Peter Humphrey wrote:
> > On Tuesday, 24 November 2020 14:18:58 GMT Neil Bothwick wrote:
> > > On Tue, 24 Nov 2020 09:20:52 +, Peter Humphrey wrote:
> > > > My workstation has one NVMe drive and two SATAs. They're always
> > > >
> > >
On 25/11/20 13:31, Rich Freeman wrote:
> Now, one area I would use UUIDs is with mdadm if you're not putting
> lvm on top. I've seen mdadm arrays get renumbered and that is a mess
> if you're directly mounting them without labels or UUIDs.
Or if you do it properly you don't need UUIDs :-)
mdadm
On Wed, Nov 25, 2020 at 5:54 AM Peter Humphrey wrote:
>
> > > Can you imagine an fstab with 22 partitions specified with UUIDs?
>
> > Can you imagine an fstab with 22 partitions?
>
> The NVMe drive, the main one, has 18;
So, if all the partitions are on one drive and that is the only drive
you
Peter Humphrey wrote:
>
> On Tuesday, 24 November 2020 14:18:58 GMT Neil Bothwick wrote:
>
> > On Tue, 24 Nov 2020 09:20:52 +, Peter Humphrey wrote:
>
> > > My workstation has one NVMe drive and two SATAs. They're always
>
> > > detected in the same order, so I've no need to render my fstab
>
On Tuesday, 24 November 2020 14:18:58 GMT Neil Bothwick wrote:
> On Tue, 24 Nov 2020 09:20:52 +, Peter Humphrey wrote:
> > My workstation has one NVMe drive and two SATAs. They're always
> > detected in the same order, so I've no need to render my fstab
> > illegible with UUIDs. I could use
On Tue, Nov 24, 2020 at 9:49 AM Walter Dnes wrote:
>
> On Tue, Nov 24, 2020 at 07:56:07PM +1100, Adam Carter wrote
> > > 3) AMD code runs only on same or newer AMD, because it has the 3DNow!
> > >instruction set the others lack.
> > >
> >
> > FYI 3dnow and 3dnowext went away some time ago.
On Tuesday, 24 November 2020 17:23:41 GMT the...@sys-concept.com wrote:
> On 11/23/2020 01:29 AM, Neil Bothwick wrote:
> > On Sun, 22 Nov 2020 18:27:53 -0700, the...@sys-concept.com wrote:
> >>> I would confirm that you are really booted from the new disk and not
> >>> the old one. It is possible
On 11/23/2020 01:29 AM, Neil Bothwick wrote:
> On Sun, 22 Nov 2020 18:27:53 -0700, the...@sys-concept.com wrote:
>
>>> I would confirm that you are really booted from the new disk and not
>>> the old one. It is possible that the MBR from the new disk was used
>>> to boot, but if /etc/fstab says
On Tue, Nov 24, 2020 at 07:56:07PM +1100, Adam Carter wrote
> > 3) AMD code runs only on same or newer AMD, because it has the 3DNow!
> >instruction set the others lack.
> >
>
> FYI 3dnow and 3dnowext went away some time ago. It's not in any of the
> Bulldozer or Zen CPUs.
So you're saying
On Tue, 24 Nov 2020 09:20:52 +, Peter Humphrey wrote:
> My workstation has one NVMe drive and two SATAs. They're always
> detected in the same order, so I've no need to render my fstab
> illegible with UUIDs. I could use labels, but why bother? The old
> system ain't broke, so I've no need to
On Tuesday, 24 November 2020 10:43:25 GMT Michael wrote:
> On Tuesday, 24 November 2020 09:20:52 GMT Peter Humphrey wrote:
> > My workstation has one NVMe drive and two SATAs. They're always detected
> > in the same order, so I've no need to render my fstab illegible with
> > UUIDs. I could use
On Tuesday, 24 November 2020 09:20:52 GMT Peter Humphrey wrote:
> On Monday, 23 November 2020 19:02:57 GMT antlists wrote:
> > If you're messing about with disks, partitions, etc, you NEED to have a
> > basic understanding of UUIDs.
>
> That may be true if you have more than one disk of a given
On Monday, 23 November 2020 19:02:57 GMT antlists wrote:
> If you're messing about with disks, partitions, etc, you NEED to have a
> basic understanding of UUIDs.
That may be true if you have more than one disk of a given type, but if you
have only
one SATA drive and one NVMe, for instance,
> 3) AMD code runs only on same or newer AMD, because it has the 3DNow!
>instruction set the others lack.
>
FYI 3dnow and 3dnowext went away some time ago. It's not in any of the
Bulldozer or Zen CPUs.
On 23/11/20 10:10 pm, Walter Dnes wrote:
> On Sun, Nov 22, 2020 at 04:39:44PM -0700, the...@sys-concept.com wrote
>> Duplicating was easy, but when I try to recompile a kernel I get an error:
>>
>> make menuconfig
>> HOSTCC script/kconfig/mconf.o
>> : internal compiler error: Illegal
On Mon, 23 Nov 2020 14:31:26 -0600, Matt Connell (Gmail) wrote:
> > And correct me if I'm wrong but with rsync if something dies in
> > process you can usually start it back up and complete the job without
> > starting over from scratch.
>
> If you use the --partial flag, yes. I don't think
On Mon, 23 Nov 2020 20:57:34 +, antlists wrote:
> > And correct me if I'm wrong but with rsync if something dies in
> > process you can usually start it back up and complete the job without
> > starting over from scratch.
>
> If you dd the partition (which I'm planning to do), then there's
Neil Bothwick wrote:
> On Mon, 23 Nov 2020 13:51:26 -0600, Dale wrote:
>
>> If UUID is something you don't want to spend time learning right now,
>> try using labels at least. Just make sure YOU use unique labels for
>> each one. Hint. home-old, home-new works pretty well at times. At
>> least
On 23/11/2020 20:25, Mark Knecht wrote:
> I agree on labels, they are far more readable. But I'm starting to think
> that duplicating partitions like this is asking for trouble. I think it
> would be better to create the partitions and filesystems you want on the
> new disk, then mount both
On Mon, 2020-11-23 at 13:25 -0700, Mark Knecht wrote:
> And correct me if I'm wrong but with rsync if something dies in process
> you can usually start it back up and complete the job without starting over
> from scratch.
If you use the --partial flag, yes. I don't think that is enabled by
On Mon, Nov 23, 2020 at 1:11 PM Neil Bothwick wrote:
>
> On Mon, 23 Nov 2020 13:51:26 -0600, Dale wrote:
>
> > If UUID is something you don't want to spend time learning right now,
> > try using labels at least. Just make sure YOU use unique labels for
> > each one. Hint. home-old, home-new
On Mon, 23 Nov 2020 13:51:26 -0600, Dale wrote:
> If UUID is something you don't want to spend time learning right now,
> try using labels at least. Just make sure YOU use unique labels for
> each one. Hint. home-old, home-new works pretty well at times. At
> least you know it is home and
antlists wrote:
> On 23/11/2020 10:37, Michael wrote:
Have you changed the UUIDs on the new partitions?
>
>>> Never used UUID in fstab. Do I just run: blkid|grep UUID
>>> and copy it to fstab.
>
>> I warned you about UUIDs. The block device of /dev/sda* could be
>> pointing at
>> a partition
On 23/11/2020 10:37, Michael wrote:
Have you changed the UUIDs on the new partitions?
Never used UUID in fstab. Do I just run: blkid|grep UUID
and copy it to fstab.
I warned you about UUIDs. The block device of /dev/sda* could be pointing at
a partition either on the old, or the new disk.
On Mon, Nov 23, 2020 at 9:10 AM Walter Dnes wrote:
>
>
> Ouch! Are the CPUs exactly identical? If not, then you may get the
> "Illegal instruction" error. This is a "feature" of Gentoo, which is
> often user-optimized for a specific CPU.
This "feature" has nothing to do with Gentoo, but
On Sun, Nov 22, 2020 at 04:39:44PM -0700, the...@sys-concept.com wrote
>
> Duplicating was easy, but when I try to recompile a kernel I get an error:
>
> make menuconfig
> HOSTCC script/kconfig/mconf.o
> : internal compiler error: Illegal instruction
>
> Even if I try to run: emerge --info I
On Monday, 23 November 2020 01:09:16 GMT the...@sys-concept.com wrote:
> On 11/22/2020 05:25 PM, Michael wrote:
> > Do you have both disks connected to the MoBo when you're trying to boot
> > from the new disk?
>
> Yes, they are both connected
In this case the /dev/sda* you see could well be on
On Sun, 22 Nov 2020 18:27:53 -0700, the...@sys-concept.com wrote:
> > I would confirm that you are really booted from the new disk and not
> > the old one. It is possible that the MBR from the new disk was used
> > to boot, but if /etc/fstab says /boot is mounted from /dev/sda1 then
> > that
On Sun, Nov 22, 2020 at 6:39 PM wrote:
>
> make menuconfig
> HOSTCC script/kconfig/mconf.o
> : internal compiler error: Illegal instruction
>
> Even if I try to run: emerge --info I get:
> Illegal instruction
>
Is this running on the same CPU, or are you migrating to a different
system? If
On 11/22/2020 06:16 PM, Jack wrote:
> On 2020.11.22 20:09, the...@sys-concept.com wrote:
>> On 11/22/2020 05:25 PM, Michael wrote:
>> > On Sunday, 22 November 2020 23:39:44 GMT the...@sys-concept.com wrote:
>> >> OK, I used Gparted (Bootable usb) to copy partition from:
>> >> Western Digital
On 2020.11.22 20:09, the...@sys-concept.com wrote:
On 11/22/2020 05:25 PM, Michael wrote:
> On Sunday, 22 November 2020 23:39:44 GMT the...@sys-concept.com
wrote:
>> OK, I used Gparted (Bootable usb) to copy partition from:
>> Western Digital driver, usually:
>> /dev/sda1 etc
>>
>> to M.2 SSD
On 11/22/2020 05:25 PM, Michael wrote:
> On Sunday, 22 November 2020 23:39:44 GMT the...@sys-concept.com wrote:
>> OK, I used Gparted (Bootable usb) to copy partition from:
>> Western Digital driver, usually:
>> /dev/sda1 etc
>>
>> to M.2 SSD
>> /dev/ nvme0n1p1 etc
>>
>> I can boot M.2 drive,
On Sunday, 22 November 2020 23:39:44 GMT the...@sys-concept.com wrote:
> OK, I used Gparted (Bootable usb) to copy partition from:
> Western Digital driver, usually:
> /dev/sda1 etc
>
> to M.2 SSD
> /dev/ nvme0n1p1 etc
>
> I can boot M.2 drive, but the x-server doesn't work (even though I use
>
OK, I used Gparted (Bootable usb) to copy partition from:
Western Digital driver, usually:
/dev/sda1 etc
to M.2 SSD
/dev/ nvme0n1p1 etc
I can boot M.2 drive, but the x-server doesn't work (even though I use
same graphical card). Network is not working (easy fix, new driver
needs to be compiled
51 matches
Mail list logo
