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 the
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 b
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 mounti
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 s
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 the
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 UUID
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 18
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 ha
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 lab
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. It'
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 lab
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 ty
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, the
> 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 instruction
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 th
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 a
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
defaul
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 wor
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 whic
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 just
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 g
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 does
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 the
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 driver
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, but
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
> s
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 I
John_
El mar., 17 nov. 2020 a las 18:47, escribió:
> I'm looking for an idea to duplicate my old gentoo system.
> I'm using old programs that require older version php, ( PHP Version
> 5.6) the program is not compatible with newer php. 7.4 and apache 2.2
>
> Gentoo is install on 1TB SSD (/dev
On Wednesday, 18 November 2020 19:16:55 GMT antlists wrote:
> On 18/11/2020 11:22, Michael wrote:
> > However, if you really want to have your /home directory on the same
> > partition
> > as / then a step by step approach could be:
> One big problem with /home on / is that a rogue luser can DoS yo
On 18/11/2020 11:22, Michael wrote:
However, if you really want to have your /home directory on the same partition
as / then a step by step approach could be:
One big problem with /home on / is that a rogue luser can DoS your
system by filling the disk. Same reason you should keep /var on a
d
On Wednesday, 18 November 2020 06:46:35 GMT the...@sys-concept.com wrote:
> On 11/17/2020 11:26 AM, Michael wrote:
> > On Tuesday, 17 November 2020 17:47:09 GMT the...@sys-concept.com wrote:
> >> I'm looking for an idea to duplicate my old gentoo system.
> >> I'm using old programs that require old
Neil Bothwick wrote:
> On Wed, 18 Nov 2020 02:49:10 -0600, Dale wrote:
>
>> the...@sys-concept.com wrote:
>>> or is it
>>> as simple as coping all file from "home" partition to "/" home folder.
>>>
>> That's what I would do. First, umount /home. Mount /home somewhere
>> else like /mnt/tmp or so
On Wed, 18 Nov 2020 02:49:10 -0600, Dale wrote:
> the...@sys-concept.com wrote:
> > or is it
> > as simple as coping all file from "home" partition to "/" home folder.
> >
>
>
> That's what I would do. First, umount /home. Mount /home somewhere
> else like /mnt/tmp or something. Copy everyt
the...@sys-concept.com wrote:
> or is it
> as simple as coping all file from "home" partition to "/" home folder.
>
That's what I would do. First, umount /home. Mount /home somewhere
else like /mnt/tmp or something. Copy everything from /mnt/tmp to
/home. Make sure to remove any entries in fs
from the...@sys-concept.com:
> Manual approach might be confusing and prone to errors.
> I will try Gparted as you suggested but I was wondering if it will allow
> me to combine/join partitions. On most modern system I think there is:
> 1 - boot partiton
> 2 - swap if needed
> 3 - root partition
On 11/17/2020 11:26 AM, Michael wrote:
> On Tuesday, 17 November 2020 17:47:09 GMT the...@sys-concept.com wrote:
>> I'm looking for an idea to duplicate my old gentoo system.
>> I'm using old programs that require older version php, ( PHP Version
>> 5.6) the program is not compatible with newer php
On 11/17/2020 11:26 AM, Michael wrote:
> On Tuesday, 17 November 2020 17:47:09 GMT the...@sys-concept.com wrote:
>> I'm looking for an idea to duplicate my old gentoo system.
>> I'm using old programs that require older version php, ( PHP Version
>> 5.6) the program is not compatible with newer php
On Tuesday, 17 November 2020 17:47:09 GMT the...@sys-concept.com wrote:
> I'm looking for an idea to duplicate my old gentoo system.
> I'm using old programs that require older version php, ( PHP Version
> 5.6) the program is not compatible with newer php. 7.4 and apache 2.2
>
> Gentoo is install
I'm looking for an idea to duplicate my old gentoo system.
I'm using old programs that require older version php, ( PHP Version
5.6) the program is not compatible with newer php. 7.4 and apache 2.2
Gentoo is install on 1TB SSD (/dev/sda)
The new 2TB SSD is M.2 (so it has a strange name)
1.) Is
63 matches
Mail list logo