Re: Installing a python package with pipx

If it where an issue with pip or pipx, yes. But as you pointed out yourself, it's also happening on OpenSuse, so the issue can't be pip or pipx, but rather either what you are trying to install or your understanding of it. Am So., 2. Juni 2024 um 14:20 Uhr schrieb Richmond : > I am not

Re: Installing a python package with pipx

Richard writes: > python3 -m venv venv > source venv/bin/activate > pip install musicpy OK thanks. And apparently to get idle working I do: python -m idlelib.idle

Re: Installing a python package with pipx

Richard writes: > That's how its done. Also, complaining here about something that > doesn't even work on other distros and thus can't be a Debian > problem doesn't make that much sense. I am not complaining, I am trying to find out how to get it working. And as pip (and pipx) are debian

Re: Installing a python package with pipx

python3 -m venv venv source venv/bin/activate pip install musicpy That's how its done. Also, complaining here about something that doesn't even work on other distros and thus can't be a Debian problem doesn't make that much sense. Am So., 2. Juni 2024 um 13:50 Uhr schrieb Richmond : > OK Back

Re: Installing a python package with pipx

OK Back on Debian, I removed the one package installed with pipx, which was musicpy, then tried to install it with pip, but got this message which actually tells me to use pipx. (There is no package python-musicpy). pip install musicpy error: externally-managed-environment × This environment is

Re: Installing a python package with pipx

Richard wrote: > > > On Sat, Jun 1, 2024, 23:50 Richmond > wrote: > > Richard mailto:rrosn...@gmail.com>> writes: > > > A packages documentation is always your best > friend: https://pypi.org > > /project/idle/ > > > > Yes it makes it look easy

Re: Installing a python package with pipx

On Sat, Jun 1, 2024, 23:50 Richmond wrote: > Richard writes: > > > A packages documentation is always your best friend: https://pypi.org > > /project/idle/ > > > > Yes it makes it look easy there, but: > > import idle > Traceback (most recent call last): > File "", line 1, in > File

Re: Installing a python package with pipx

Richard writes: > A packages documentation is always your best friend: https://pypi.org > /project/idle/ > Yes it makes it look easy there, but: import idle Traceback (most recent call last): File "", line 1, in File ".local/pipx/shared/lib/python3.11/site-packages/idle.py", line 4, in

Re: Installing a python package with pipx

A packages documentation is always your best friend: https://pypi.org/project/idle/ Also, python script isn't a necessarily a standalone executable. And also, you shouldn't just wildly mix pipx commands with pip commands if you don't know what you are doing. Either create a venv with python3 -m

Re: Installing a python package with pipx

Richard writes: > Pretty much just what pipx does. > Well I don't know how. Now I need to run idle in my new environment. I have installed it .local/pipx/shared/bin/pip install idle and it is here: .local/pipx/shared/lib/python3.11/site-packages/idle.py but I don't know how to run it. I

Re: Installing a python package with pipx

Pretty much just what pipx does. On Sat, Jun 1, 2024, 22:00 Richmond wrote: > > I got it working by doing: > > python3 -m venv .local/pipx/venvs/musicpy/ > > .local/pipx/venvs/musicpy/bin/python3.11 > > Then I was able to import musicpy from the python shell. > > How bewildering! > > Thanks. >

Re: Installing a python package with pipx

Richard writes: > That's the point of venv's. pipx runpip should do the trick. Or the > classic way: source path/to/venv/bin/activate. That way you activate > the position virtual environment (venv) created in that directory > with all packages installed in that venv. > I got it working by

Re: Installing a python package with pipx

That's the point of venv's. pipx runpip should do the trick. Or the classic way: source path/to/venv/bin/activate. That way you activate the position virtual environment (venv) created in that directory with all packages installed in that venv. Richard On Sat, Jun 1, 2024, 19:10 Richmond wrote:

Re: Installing a python package with pipx

Richard writes: > Looking at the package, no wonder it fails. musicpy doesn't contain > anything that can be executed. So pipx run can't work for obvious > reasons. You'll have to install it with pipx install and use it in a > python script. > > https://pypi.org/project/musicpy/ > OK so I have

Re: Installing a python package with pipx

Looking at the package, no wonder it fails. musicpy doesn't contain anything that can be executed. So pipx run can't work for obvious reasons. You'll have to install it with pipx install and use it in a python script. https://pypi.org/project/musicpy/ Richard On Sat, Jun 1, 2024, 18:40 Richmond

Re: Installing a python package with pipx

Richard writes: > If you haven't closed the terminal window/logged out, you need to run > source .bashrc. Running pipx ensurepath should have said something > like that. Yes, I did this: > > (logged out and in to get updated PATH)

Re: Installing a python package with pipx

If you haven't closed the terminal window/logged out, you need to run source .bashrc. Running pipx ensurepath should have said something like that. Richard On Sat, Jun 1, 2024, 18:10 Richmond wrote: > I have been trying to install this: > > https://pypi.org/project/musicpy/#description > >

Installing a python package with pipx

I have been trying to install this: https://pypi.org/project/musicpy/#description with not much success. I have done these: sudo aptitude install pip sudo aptitude install pipx pipx ensurepath pipx install --include-deps musicpy (logged out and in to get updated PATH) pipx run musicpy

Re: Installing testing on Acer Aspire 315 [finished]

On 5/12/24 21:30, David Wright wrote: On Sun 12 May 2024 at 21:10:16 (-0700), Paul Scott wrote: On 5/9/2024 1:59 PM, Charles Curley wrote: On Thu, 9 May 2024 09:32:32 -0700 Paul Scott wrote: The error I'm getting is during "Install base system."  The only way I knew to save the log was

Re: Installing testing on Acer Aspire 315

On Sun 12 May 2024 at 21:10:16 (-0700), Paul Scott wrote: > On 5/9/2024 1:59 PM, Charles Curley wrote: > > On Thu, 9 May 2024 09:32:32 -0700 Paul Scott wrote: > > > > > The error I'm getting is during "Install base system."  The only way > > > I knew to save the log was with a camera. Even though

Re: Installing testing on Acer Aspire 315

On 5/9/2024 1:59 PM, Charles Curley wrote: On Thu, 9 May 2024 09:32:32 -0700 Paul Scott wrote: The error I'm getting is during "Install base system."  The only way I knew to save the log was with a camera. Even though I resized the image this list apparently didn't allow the attachment. How

Re: Installing testing on Acer Aspire 315

On Thu, 9 May 2024 09:32:32 -0700 Paul Scott wrote: > The error I'm getting is during "Install base system."  The only way > I knew to save the log was with a camera. Even though I resized the > image this list apparently didn't allow the attachment. How else can > I save the log during install?

Re: Installing on Acer Aspire 315

On 5/9/2024 9:32 AM, Paul Scott wrote: On 5/2/2024 11:31 PM, Sirius wrote: I would appreciate any thoughts or suggestions, Check the PCI ids of your Ethernet controller. Download the kernel image you are considering, check if any of its modules matches these ids. n I may need to do that. 

Re: Installing testing on Acer Aspire 315

On 5/2/2024 11:31 PM, Sirius wrote: I would appreciate any thoughts or suggestions, Check the PCI ids of your Ethernet controller. Download the kernel image you are considering, check if any of its modules matches these ids. n I may need to do that.  Thank you, In the mean time, an install

Re: Installing testing on Acer Aspire 315

On 03/05/2024 12:16, Paul Scott wrote: I don't have linux on the machine for which I want the information.  I now have the driver name from Windows/Settings. Booting a live image may help to evaluate if hardware is supported and to get lspci output. Even when windows is booted, it should be

Re: Installing testing on Acer Aspire 315

On 04/05/2024 13:52, Paul Scott wrote: On 5/3/2024 11:25 PM, Max Nikulin wrote: It may happen that F4 is not F4 unless you press and hold Fn first. It is default on some laptops and may be changed in firmware setup. Inst all docs say Left Alt F4 but no combination of other keys with F4

Re: Installing testing on Acer Aspire 315

On 5/3/2024 11:25 PM, Max Nikulin wrote: On 03/05/2024 13:27, Paul Scott wrote: In the mean time, an install seemed to be working but gave an failure error which said it would be in the log and visible on virtual terminal 4, I didn't know how to get to a virtual in the installer.  Various

Re: Installing testing on Acer Aspire 315

On 03/05/2024 13:27, Paul Scott wrote: In the mean time, an install seemed to be working but gave an failure error which said it would be in the log and visible on virtual terminal 4, I didn't know how to get to a virtual in the installer.  Various combinations with F4 didn't seem to work.

Re: Installing testing on Acer Aspire 315

On Fri, 3 May 2024 at 06:27, Paul Scott wrote: > On 5/1/2024 10:44 AM, Nicolas George wrote: > > Paul Scott (12024-05-01): >>>I have many installs over many years (only a few per year).. [...] >>> I would appreciate any thoughts or suggestions, [...] > In the mean time, an install seemed to

Re: RE: Problems installing QEMU packages on Debian 12 (stable)

Hi, thanks for checking, in the end I solved this by switching mirrors from default http://deb.debian.org/debian to http://ftp.cz.debian.org/debian - after updating I got the correct version of QEMU package. Maybe something was cached somewhere for several days, strange that I had to change

Re: Installing testing on Acer Aspire 315

In days of yore (Thu, 02 May 2024), Paul Scott thus quoth: > > On 5/1/2024 10:44 AM, Nicolas George wrote: > > Paul Scott (12024-05-01): > > > I read that I should try a more complete image which I am downloading > > > (jigdo) now. > > Waste of time. The drivers are either in the kernel image or

Re: Installing testing on Acer Aspire 315

On 5/1/2024 10:44 AM, Nicolas George wrote: Paul Scott (12024-05-01): I read that I should try a more complete image which I am downloading (jigdo) now. Waste of time. The drivers are either in the kernel image or in individual packages, you can install them on top of what you have. I

Re: Installing testing on Acer Aspire 315

the driver name from Windows/Settings. It requires firmware-iwlwifi from non-free-firmware, so check that install image contains firmware. I would avoid installing testing for several weeks. Maybe a huge change with 64 bit time_t has not settled yet. My experience with 02:00.0 Network

Re: Installing testing on Acer Aspire 315

installing testing for several weeks. Maybe a huge change with 64 bit time_t has not settled yet. My experience with 02:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6 AX200 [8086:2723] (rev 1a) is far from being positive. Firmware crashes are not infrequent. Not all applications handle

Re: Installing testing on Acer Aspire 315

In days of yore (Wed, 01 May 2024), Paul Scott thus quoth: > > On 5/1/2024 10:57 AM, Sirius wrote: > > I have an Aspire A715-41G and the wireless is an Intel AX200. I am > > currently using iwd and iwctl to manage it, but NetworkManager picked it > > up off the bat and allowed it to be

Re: Installing testing on Acer Aspire 315

On 5/1/2024 10:57 AM, Sirius wrote: In days of yore (Wed, 01 May 2024), Paul Scott thus quoth: Hello, I have many installs over many years (only a few per year).. I tried a Testing net install pn my new Acer Aspire 315 and it didn't find an Ethernet driver.  (wireless?). I read that I

Re: Installing testing on Acer Aspire 315

In days of yore (Wed, 01 May 2024), Paul Scott thus quoth: > Hello, > > I have many installs over many years (only a few per year).. > > I tried a Testing net install pn my new Acer Aspire 315 and it didn't find > an Ethernet driver.  (wireless?). > > I read that I should try a more complete

Re: Installing testing on Acer Aspire 315

Paul Scott (12024-05-01): > I read that I should try a more complete image which I am downloading > (jigdo) now. Waste of time. The drivers are either in the kernel image or in individual packages, you can install them on top of what you have. > I would appreciate any thoughts or suggestions,

Installing testing on Acer Aspire 315

Hello, I have many installs over many years (only a few per year).. I tried a Testing net install pn my new Acer Aspire 315 and it didn't find an Ethernet driver.  (wireless?). I read that I should try a more complete image which I am downloading (jigdo) now. I would appreciate any

Problems installing QEMU packages on Debian 12 (stable)

Hi, I am trying to make KVM/QEMU work on my Debian 12. I follow https://wiki.debian.org/KVM but I get stuck already on installation, because apt-get reports non-existent packages on debian repos. I ran sudo apt install qemu-system libvirt-daemon-system virt-manager It resolves packages,

Re: After installing no access to the installed system.

On Mon, Mar 18, 2024 at 02:35:59PM -0500, David Wright wrote: > On Mon 18 Mar 2024 at 17:31:24 (+0100), Marco Moock wrote: > > Am 18.03.2024 um 16:17:55 Uhr schrieb Thomas Schweikle: > > > > > EFI. While not installing grub, no boot entry is created too. > &g

Re: After installing no access to the installed system.

On Mon, Mar 18, 2024 at 4:32 PM Thomas Schweikle wrote: > > Am Mo., 18.März.2024 um 16:44:32 schrieb Greg Wooledge: > > On Mon, Mar 18, 2024 at 03:24:14PM +0100, Thomas Schweikle wrote: > >> Package: Debian installer > >> Version: As on Debian live-CD/DVD for Debian 12.5 > >> Severity: critical >

Re: After installing no access to the installed system.

On Mon 18 Mar 2024 at 17:31:24 (+0100), Marco Moock wrote: > Am 18.03.2024 um 16:17:55 Uhr schrieb Thomas Schweikle: > > > EFI. While not installing grub, no boot entry is created too. > > This is to be expected. > > > It seems the installer fails silently

Re: After installing no access to the installed system.

> > installed all packages. Maybe it fails installing grub? > > > > This doesn't explain the users not being set up. > > Given that this is a live media, is it possible that by leaving the > disc in, the OP is in fact booting the live environment not the one > they inst

Re: After installing no access to the installed system.

Hi, On Mon, Mar 18, 2024 at 01:40:44PM -0500, Nicholas Geovanis wrote: > On Mon, Mar 18, 2024 at 12:48 PM Thomas Schweikle > wrote: > > 1. Download debian live-CD/DVD from: > > https://cdimage.debian.org/debian-cd/current/amd64/iso-hybrid/debian-live-12.5.0-amd64-xfce.iso > > or > >

Re: After installing no access to the installed system.

Hi, On Mon, Mar 18, 2024 at 05:31:24PM +0100, Marco Moock wrote: > Am 18.03.2024 um 16:17:55 Uhr schrieb Thomas Schweikle: > > It seems the installer fails silently at some point, after having > > installed all packages. Maybe it fails installing grub? > > This does

Re: After installing no access to the installed system.

On Mon, Mar 18, 2024 at 12:48 PM Thomas Schweikle wrote: > Package: Debian installer > Version: As on Debian live-CD/DVD for Debian 12.5 > Severity: critical > > 1. Download debian live-CD/DVD from: > https://cdimage.debian.org/debian-cd/current/amd64/iso-hybrid/debian-live-12.5.0-amd64-xfce.iso

Re: After installing no access to the installed system.

On Mon, Mar 18, 2024 at 11:44:32AM -0400, Greg Wooledge wrote: > On Mon, Mar 18, 2024 at 03:24:14PM +0100, Thomas Schweikle wrote: > > Package: Debian installer > > Version: As on Debian live-CD/DVD for Debian 12.5 > > Severity: critical > > Note that you sent this email to the debian-user list,

Re: After installing no access to the installed system.

On 18/03/2024 23:17, Thomas Schweikle wrote: Maybe it fails installing grub? Maybe /var/log/installer contains some logs?

Re: After installing no access to the installed system.

Am 18.03.2024 um 16:17:55 Uhr schrieb Thomas Schweikle: > EFI. While not installing grub, no boot entry is created too. This is to be expected. > It seems the installer fails silently at some point, after having > installed all packages. Maybe it fails installing grub? This doesn'

Re: After installing no access to the installed system.

Am 18.03.2024 um 16:07:15 Uhr schrieb Thomas Schweikle: > I know. The bog tracking system wants me to use reportbug, but since > I do not have access to the installed system i cant use reportbug to > report a bug. It simply sends a pre-formatted email to sub...@bugs.debian.org. You can do that

Re: After installing no access to the installed system.

Am Mo., 18.März.2024 um 17:06:51 schrieb Marco Moock: Am 18.03.2024 um 15:49:29 Uhr schrieb Thomas Schweikle: And: after rebooting without any CD/DVD it just boots into an error: no system found. EFI or old BIOS system? If EFI: Does a boot entry exist? EFI. While not installing grub

Re: After installing no access to the installed system.

Am Mo., 18.März.2024 um 16:44:32 schrieb Greg Wooledge: On Mon, Mar 18, 2024 at 03:24:14PM +0100, Thomas Schweikle wrote: Package: Debian installer Version: As on Debian live-CD/DVD for Debian 12.5 Severity: critical Note that you sent this email to the debian-user list, not to the bug

Re: After installing no access to the installed system.

Am 18.03.2024 um 15:49:29 Uhr schrieb Thomas Schweikle: > And: after rebooting without any CD/DVD it just boots into an error: > no system found. EFI or old BIOS system? If EFI: Does a boot entry exist? -- Gruß Marco Send spam to 1710773369mu...@cartoonies.org

Re: After installing no access to the installed system.

Am Mo., 18.März.2024 um 15:24:14 schrieb Thomas Schweikle: Package: Debian installer Version: As on Debian live-CD/DVD for Debian 12.5 Severity: critical 1. Download debian live-CD/DVD from: https://cdimage.debian.org/debian-cd/current/amd64/iso-hybrid/debian-live-12.5.0-amd64-xfce.iso

Re: After installing no access to the installed system.

On Mon, Mar 18, 2024 at 03:24:14PM +0100, Thomas Schweikle wrote: > Package: Debian installer > Version: As on Debian live-CD/DVD for Debian 12.5 > Severity: critical Note that you sent this email to the debian-user list, not to the bug tracking system. > 6. For User and Passwort enter >

After installing no access to the installed system.

Package: Debian installer Version: As on Debian live-CD/DVD for Debian 12.5 Severity: critical 1. Download debian live-CD/DVD from: https://cdimage.debian.org/debian-cd/current/amd64/iso-hybrid/debian-live-12.5.0-amd64-xfce.iso or

Re: Installing Debian on an old Asus EEE PC

Dear all, Apologies but work interfered before I could get back to the EEE PC. Thank you all for the responses. Very helpful. On Friday, 5 Jan 2024 at 18:35, Hans wrote: > Also, very nice, you can create a multiboot sd card, and stuck it into > the netbook, so you can boot from it several

Re: Automatically installing GRUB on multiple drives

Hi, On Fri, Feb 02, 2024 at 02:41:38PM +0100, Franco Martelli wrote: > There is an alternative to hardware RAID if you want a Linux RAID: you can > disable UEFI in the BIOS and delete the ESP as I did when I bought my gaming > PC several years ago. I have storage devices which legacy BIOS cannot

Re: Automatically installing GRUB on multiple drives

On Fri, 2024-02-02 at 14:41 +0100, Franco Martelli wrote: > On 31/01/24 at 22:51, hw wrote: > > > [...] > > > If your suggested solution is "use hardware RAID", no need to repeat > > > that one though: I see you said it in a few other messages, and that > > > suggestions has been received. Assume

Re: Automatically installing GRUB on multiple drives

On 31/01/24 at 22:51, hw wrote: [...] If your suggested solution is "use hardware RAID", no need to repeat that one though: I see you said it in a few other messages, and that suggestions has been received. Assume the conversation continues amongst people who don't like that suggestion. Well,

Re: Automatically installing GRUB on multiple drives

On Wed, 2024-01-31 at 23:28 +0100, Nicolas George wrote: > hw (12024-01-31): > > Well, I doubt it. > > Well, doubt it all you want. In the meantime, we will continue to use > it. > > Did not read the rest, not interested in red herring nightmare > scenarios. > You'll figure it out eventually.

Re: Automatically installing GRUB on multiple drives

On 01/02/2024 05:45, hw wrote: It would make sense that all the UEFI BIOSs would be fixed so that they do not create this problem in the first place like they shouldn't. Besides regular boots, sometimes it is necessary to update firmware and .efi files loaded for this purpose may write logs

Re: Automatically installing GRUB on multiple drives

On Wed, 2024-01-31 at 06:33 +0100, to...@tuxteam.de wrote: > On Tue, Jan 30, 2024 at 09:47:35PM +0100, hw wrote: > > On Mon, 2024-01-29 at 18:41 +0100, to...@tuxteam.de wrote: > > > On Mon, Jan 29, 2024 at 05:52:38PM +0100, hw wrote: > > > > > > [...] > > > > > > > Ok in that case, hardware RAID

Re: Automatically installing GRUB on multiple drives

hw (12024-01-31): > Well, I doubt it. Well, doubt it all you want. In the meantime, we will continue to use it. Did not read the rest, not interested in red herring nightmare scenarios. -- Nicolas George

Re: Automatically installing GRUB on multiple drives

On Tue, 2024-01-30 at 21:35 +0100, Nicolas George wrote: > hw (12024-01-30): > > Yes, and how much effort and how reliable is doing that? > > Very little effort and probably more reliable than hardware RAID with > closed-source hardware. Well, I doubt it. After all you need to copy a whole

Re: Automatically installing GRUB on multiple drives

On Wed, 2024-01-31 at 15:16 +, Andy Smith wrote: > Hi, > > On Tue, Jan 30, 2024 at 09:50:23PM +0100, hw wrote: > > On Mon, 2024-01-29 at 23:53 +, Andy Smith wrote: > > > I think you should read it again until you find the part where it > > > clearly states what the problem is with using

Re: Automatically installing GRUB on multiple drives

Hi, On Tue, Jan 30, 2024 at 09:50:23PM +0100, hw wrote: > On Mon, 2024-01-29 at 23:53 +, Andy Smith wrote: > > I think you should read it again until you find the part where it > > clearly states what the problem is with using MD RAID for this. If > > you still can't find that part, there is

Re: Automatically installing GRUB on multiple drives

On Tue, Jan 30, 2024 at 09:47:35PM +0100, hw wrote: > On Mon, 2024-01-29 at 18:41 +0100, to...@tuxteam.de wrote: > > On Mon, Jan 29, 2024 at 05:52:38PM +0100, hw wrote: > > > > [...] > > > > > Ok in that case, hardware RAID is a requirement for machines with UEFI > > > BIOS since otherwise their

Re: Automatically installing GRUB on multiple drives

On Mon, 2024-01-29 at 23:53 +, Andy Smith wrote: > Hi, > > On Mon, Jan 29, 2024 at 05:28:56PM +0100, hw wrote: > > On Sun, 2024-01-28 at 21:55 +, Andy Smith wrote: > > > On Sun, Jan 28, 2024 at 09:09:17PM +0100, hw wrote: > > > > On Sun, 2024-01-28 at 17:32 +, Andy Smith wrote: > > >

Re: Automatically installing GRUB on multiple drives

On Mon, 2024-01-29 at 18:41 +0100, to...@tuxteam.de wrote: > On Mon, Jan 29, 2024 at 05:52:38PM +0100, hw wrote: > > [...] > > > Ok in that case, hardware RAID is a requirement for machines with UEFI > > BIOS since otherwise their reliability is insufficient. > > The price you pay for hardware

Re: Automatically installing GRUB on multiple drives

hw (12024-01-30): > Yes, and how much effort and how reliable is doing that? Very little effort and probably more reliable than hardware RAID with closed-source hardware. -- Nicolas George

Re: Automatically installing GRUB on multiple drives

On Mon, 2024-01-29 at 18:00 +0100, Nicolas George wrote: > hw (12024-01-29): > > Ok in that case, hardware RAID is a requirement for machines with UEFI > > That is not true, you can still put the RAID in a partition and keep the > boot partitions in sync manually or with scripts. Yes, and how

Re: Automatically installing GRUB on multiple drives

Hi, On Mon, Jan 29, 2024 at 05:28:56PM +0100, hw wrote: > On Sun, 2024-01-28 at 21:55 +, Andy Smith wrote: > > On Sun, Jan 28, 2024 at 09:09:17PM +0100, hw wrote: > > > On Sun, 2024-01-28 at 17:32 +, Andy Smith wrote: > > > > If someone DOES want a script option that solves that problem,

Re: Automatically installing GRUB on multiple drives

On Mon, Jan 29, 2024 at 05:52:38PM +0100, hw wrote: [...] > Ok in that case, hardware RAID is a requirement for machines with UEFI > BIOS since otherwise their reliability is insufficient. The price you pay for hardware RAID is that you need a compatible controller if you take your disks

Re: Automatically installing GRUB on multiple drives

hw (12024-01-29): > Ok in that case, hardware RAID is a requirement for machines with UEFI That is not true, you can still put the RAID in a partition and keep the boot partitions in sync manually or with scripts. -- Nicolas George

Re: Automatically installing GRUB on multiple drives

On Mon, 2024-01-29 at 14:45 +0100, Franco Martelli wrote: > On 28/01/24 at 17:17, hw wrote: > > On Fri, 2024-01-26 at 16:57 +0100, Nicolas George wrote: > > > hw (12024-01-26): > > > > How do you make the BIOS read the EFI partition when it's on mdadm > > > > RAID? > > > > > > I have not yet

Re: Automatically installing GRUB on multiple drives

On Sun, 2024-01-28 at 21:55 +, Andy Smith wrote: > Hello, > > On Sun, Jan 28, 2024 at 09:09:17PM +0100, hw wrote: > > On Sun, 2024-01-28 at 17:32 +, Andy Smith wrote: > > > If someone DOES want a script option that solves that problem, a > > > couple of actual working scripts were

Re: Automatically installing GRUB on multiple drives

On 28/01/24 at 17:17, hw wrote: On Fri, 2024-01-26 at 16:57 +0100, Nicolas George wrote: hw (12024-01-26): How do you make the BIOS read the EFI partition when it's on mdadm RAID? I have not yet tested but my working hypothesis is that the firmware will just ignore the RAID and read the EFI

Re: Automatically installing GRUB on multiple drives

Hello, On Sun, Jan 28, 2024 at 09:09:17PM +0100, hw wrote: > On Sun, 2024-01-28 at 17:32 +, Andy Smith wrote: > > If someone DOES want a script option that solves that problem, a > > couple of actual working scripts were supplied in the link I gave to > > the earlier thread: > > > >

Re: Automatically installing GRUB on multiple drives

Hello, On Sun, Jan 28, 2024 at 09:03:50PM +0100, hw wrote: > Show me any installer for Linux distributions that handles this > sufficently without further ado. That was the question I posed several posts back: what do people do for redundant ESP. > When you don't use btrfs, you have either

Re: Automatically installing GRUB on multiple drives

On Sun, 2024-01-28 at 17:32 +, Andy Smith wrote: > Hi, > > Keeping all this context because I don't actually see how the > response matches the context and so I might have missed something… > > On Sun, Jan 28, 2024 at 11:54:05AM -0500, Dan Ritter wrote: > > hw wrote: > > > How is btrfs

Re: Automatically installing GRUB on multiple drives

On Sun, 2024-01-28 at 16:46 +, Andy Smith wrote: > Hi, > > On Sun, Jan 28, 2024 at 05:17:14PM +0100, hw wrote: > > Ok if Andy and you are right, you could reasonably boot machines with > > an UEFI BIOS when using mdadm RAID :) > > I've been doing it for more than two decades, though not with

Re: Automatically installing GRUB on multiple drives

Hi, Keeping all this context because I don't actually see how the response matches the context and so I might have missed something… On Sun, Jan 28, 2024 at 11:54:05AM -0500, Dan Ritter wrote: > hw wrote: > > How is btrfs going to deal with this problem when using RAID? Require > > hardware

Re: Automatically installing GRUB on multiple drives

hw wrote: > How is btrfs going to deal with this problem when using RAID? Require > hardware RAID? > > Having to add mdadm RAID to a setup that uses btrfs just to keep efi > partitions in sync would suck. You can add hooks to update-initramfs or update-grub. To a first approximation:

Re: Automatically installing GRUB on multiple drives

Hi, On Sun, Jan 28, 2024 at 05:17:14PM +0100, hw wrote: > Ok if Andy and you are right, you could reasonably boot machines with > an UEFI BIOS when using mdadm RAID :) I've been doing it for more than two decades, though not with UEFI. > How is btrfs going to deal with this problem when using

Re: Automatically installing GRUB on multiple drives

On Fri, 2024-01-26 at 16:57 +0100, Nicolas George wrote: > hw (12024-01-26): > > How do you make the BIOS read the EFI partition when it's on mdadm > > RAID? > > I have not yet tested but my working hypothesis is that the firmware > will just ignore the RAID and read the EFI partition: with the

Re: Automatically installing GRUB on multiple drives

hw (12024-01-26): > How do you make the BIOS read the EFI partition when it's on mdadm > RAID? I have not yet tested but my working hypothesis is that the firmware will just ignore the RAID and read the EFI partition: with the scheme I described, the GPT points to the EFI partition and the EFI

Re: Automatically installing GRUB on multiple drives

Hello, On Fri, Jan 26, 2024 at 04:50:00PM +0100, hw wrote: > How do you make the BIOS read the EFI partition when it's on mdadm > RAID? If MD superblock is at a part of device not used by filesystem (e.g. the end) and it is a RAID-1, each member device is indistinguishable from FAT filesystem

Re: Automatically installing GRUB on multiple drives

On Wed, 2024-01-24 at 21:05 +0100, Nicolas George wrote: > [...] > GPT > ├─EFI > └─RAID > └─LVM (of course) > > Now, thanks to you, I know I can do: > > GPT > ┊ RAID > └───┤ > ├─EFI > └─LVM > > It is rather ugly to have the same device be both a RAID with its > superblock

Re: Automatically installing GRUB on multiple drives

Hello, On Fri, Jan 26, 2024 at 08:40:42AM -0500, gene heskett wrote: > On 1/26/24 08:19, Tim Woodall wrote: > > Hardware raid that the bios cannot subvert is obviously one solution. > > > Is nearly the only solution, If the problem to be solved is defined as redundancy for the ESP, there are a

Re: Automatically installing GRUB on multiple drives

Hello, On Fri, Jan 26, 2024 at 01:18:53PM +, Tim Woodall wrote: > Hardware raid that the bios cannot subvert is obviously one solution. These days the different trade-offs for HW RAID are IMHO worse. I left it behind in 2014 and don't intend to go back.  Thanks, Andy --

Re: Automatically installing GRUB on multiple drives

On 1/26/24 08:19, Tim Woodall wrote: On Fri, 26 Jan 2024, Nicolas George wrote: Now that I think a little more, this concern is not only unconfirmed, it is rather absurd. The firmware would never write in parts of the drive that might contain data. UEFI understands the EFI system filesystem

Re: Automatically installing GRUB on multiple drives

On Fri, 26 Jan 2024, Tim Woodall wrote: On Fri, 26 Jan 2024, Nicolas George wrote: Now that I think a little more, this concern is not only unconfirmed, it is rather absurd. The firmware would never write in parts of the drive that might contain data. UEFI understands the EFI system

Re: Automatically installing GRUB on multiple drives

On Fri, 26 Jan 2024, Nicolas George wrote: Now that I think a little more, this concern is not only unconfirmed, it is rather absurd. The firmware would never write in parts of the drive that might contain data. UEFI understands the EFI system filesystem so it can "safely" write new files

Re: Automatically installing GRUB on multiple drives

Hi, Nicolas George wrote: > You seem to be assuming that the system will first check sector 0 to > parse the MBR and then, if the MBR declares a GPT sector try to use the > GPT. That's what the UEFI specs prescribe. GPT is defined by UEFI-2.8 in chapter 5 "GUID Partition Table (GPT) Disk

Re: Automatically installing GRUB on multiple drives

Hello, On Fri, Jan 26, 2024 at 10:09:53AM +0100, Nicolas George wrote: > Andy Smith (12024-01-26): > > The "firmware may write to it" thing was raised as a concern by a > > few people,but always a theoretical one from what I could see. > > Now that I think a little more, this concern is not only

Re: Automatically installing GRUB on multiple drives

Hi, i hate to put in question the benefit of my proposal, but: Nicolas George wrote: > The firmware would never write in parts of the > drive that might contain data. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056998 "cdrom: Installation media changes after booting it" Two

Re: Automatically installing GRUB on multiple drives

Thomas Schmitt (12024-01-24): > The Debian installation and live ISOs have MBR partitions with only a > flimsy echo of GPT. There is a GPT header block and an entries array. > But it does not get announced by a Protective MBR. Rather they have two > partitions of which one is meant to be invisible

Re: Automatically installing GRUB on multiple drives

Andy Smith (12024-01-26): > Going back to my question from 2020 about what people do to provide > redundancy for EFI System Partition, do I take it then that you > have had no issues with just putting ESP in MD RAID-1? I have not had the occasion to test since two days ago when Thomas's remarks

  1   2   3   4   5   6   7   8   9   10   >