> 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 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
On Monday, 23 November 2020 21:47:11 GMT Jack wrote:
> For many years, I've had this small script in my home directory -
> unfortunately I rarely remember to use it. I have no idea where I got
> it, but it's got a timestamp of about four years ago. However, now
> that I actually look at it, the
On Tuesday, 24 November 2020 09:28:13 GMT I wrote:
> There should be a one-liner in awk too. Someone will come
along in a minute
> and tell us. At least, I hope so because I'd like to use it too.
I should have added my thanks for the script. Rude of me.
--
Regards,
Peter.
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 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 Monday, 23 November 2020 21:47:11 GMT Jack wrote:
> For many years, I've had this small script in my home directory -
> unfortunately I rarely remember to use it. I have no idea
> where I got it, but it's got a timestamp of about four years ago.
> However, now that I actually look at it,
> the
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 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 2020-11-24, Neil Bothwick wrote:
> On Tue, 24 Nov 2020 09:20:52 +, Peter Humphrey wrote:
>
>> Can you imagine an fstab with 22 partitions specified with UUIDs?
>> Doesn't bear thinking about.
>
> Can you imagine an fstab with 22 partitions? Doesn't bear thinking
> about.
Yes. I have one
On Tue, 24 Nov 2020 15:01:35 - (UTC), Grant Edwards wrote:
> > Can you imagine an fstab with 22 partitions? Doesn't bear thinking
> > about.
>
> Yes. I have one with 12 and often wish it had more.
>
> It comes in handy when you need to test drivers and applications
> against different dist
On 11/24/20 10:41 AM, Neil Bothwick wrote:
On Tue, 24 Nov 2020 15:01:35 - (UTC), Grant Edwards wrote:
Can you imagine an fstab with 22 partitions? Doesn't bear thinking
about.
Yes. I have one with 12 and often wish it had more.
It comes in handy when you need to test drivers and applicati
On 2020-11-24, Neil Bothwick wrote:
> On Tue, 24 Nov 2020 15:01:35 - (UTC), Grant Edwards wrote:
>
>> > Can you imagine an fstab with 22 partitions? Doesn't bear thinking
>> > about.
>>
>> Yes. I have one with 12 and often wish it had more.
>>
>> It comes in handy when you need to test dri
On 2020-11-24, Jack wrote:
> I only have two or three such distros I use for testing, but I have
> each in a VirtualBox machine. For me, spinning up a VM is easier
> than a real reboot.
I don't trust VMs when testing drivers for PCI cards or applicatoins
that use raw Ethernet.
--
Grant
On Tue, 24 Nov 2020 16:38:59 - (UTC), Grant Edwards wrote:
> > But actual partitions?
>
> Yes. Each with a separate Linux distro installed.
>
> Perhaps you can do that with a volume manager instead of partitions
> (using partitions has worked fine for the past 20 years, so I've never
> loo
On 2020-11-24, Neil Bothwick wrote:
> On Tue, 24 Nov 2020 16:38:59 - (UTC), Grant Edwards wrote:
>
>> > But actual partitions?
>>
>> Yes. Each with a separate Linux distro installed.
>>
>> Perhaps you can do that with a volume manager instead of partitions
>> (using partitions has worked f
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 24/11/2020 16:51, Grant Edwards wrote:
On 2020-11-24, Neil Bothwick wrote:
On Tue, 24 Nov 2020 16:38:59 - (UTC), Grant Edwards wrote:
But actual partitions?
Yes. Each with a separate Linux distro installed.
Perhaps you can do that with a volume manager instead of partitions
(using p
On 2020-11-24, antlists wrote:
>
>> Cool, I'll have to read up on using volumes for that. How far back in
>> time can you go before you get to distros that would have problems?
>
> How old is LVM? It's been around for ages, I think.
We regularly run into customers running distros that came out 10
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 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'
I run gentoo installation from:
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks
parted -a optimal /dev/nvme0n1
Device StartEndSectors Size Type
/dev/nvme0n1p12048 6143 40962M BIOS boot
/dev/nvme0n1p26144 268287 262144 128M EFI
On Tue, 24 Nov 2020 19:04:20 - (UTC), Grant Edwards wrote:
> In grub, does chainloading an LVM virtual partition work the same as
> chainloading a "real" partition?
I suspect not as GRUB will be reading the menu files and GRUB doesn't
read from LVM volumes.
--
Neil Bothwick
"A hundred yea
On Tuesday, 24 November 2020 21:51:53 GMT the...@sys-concept.com wrote:
> I run gentoo installation from:
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks
>
> parted -a optimal /dev/nvme0n1
>
> Device StartEndSectors Size Type
> /dev/nvme0n1p12048
On Tue, 24 Nov 2020 18:37:43 +, antlists wrote:
> Personally, I wouldn't use dm-crypt, but then I'm not particularly into
> crypto.
It's a laptop that could be lost or stolen, not using some form of
encryption would be insane. I don't use dm-crypt on desktop systems as
long as the environmen
the...@sys-concept.com wrote:
> I run gentoo installation from:
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks
>
> parted -a optimal /dev/nvme0n1
>
> Device StartEndSectors Size Type
> /dev/nvme0n1p12048 6143 40962M BIOS boot
> /dev/nvme0
On 2020-11-24, Neil Bothwick wrote:
> On Tue, 24 Nov 2020 19:04:20 - (UTC), Grant Edwards wrote:
>
>> In grub, does chainloading an LVM virtual partition work the same as
>> chainloading a "real" partition?
>
> I suspect not as GRUB will be reading the menu files and GRUB doesn't
> read from L
On Tue, 24 Nov 2020 23:25:38 - (UTC), Grant Edwards wrote:
> >> In grub, does chainloading an LVM virtual partition work the same as
> >> chainloading a "real" partition?
> >
> > I suspect not as GRUB will be reading the menu files and GRUB doesn't
> > read from LVM volumes.
>
> Then what
On 11/24/2020 04:21 PM, Michael wrote:
> On Tuesday, 24 November 2020 21:51:53 GMT the...@sys-concept.com wrote:
>> I run gentoo installation from:
>> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks
>>
>> parted -a optimal /dev/nvme0n1
>>
>> Device StartEndSecto
I'm getting a kernel panic when booting a new system.
kernel panic - not syncing: VFS: unable to mount root fs on unknown-block (0,0)
fstab:
LABEL=boot /boot vfatnoauto,noatime 1 2
root=UUID=d32946b3-2236-4998-80dd-68b7d78e0c7b /
Thelma
On 11/24/2020 10:08 PM, the...@sys-concept.com wrote:
> I'm getting a kernel panic when booting a new system.
>
> kernel panic - not syncing: VFS: unable to mount root fs on unknown-block
> (0,0)
>
> fstab:
> LABEL=boot/boot vfatnoauto,noatime 1 2
>
31 matches
Mail list logo