Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

Hi Marc, On 20/05/24 at 14:35, Marc SCHAEFER wrote: 3. grub BOOT FAILS IF ANY LV HAS dm-integrity, EVEN IF NOT LINKED TO / if I reboot now, grub2 complains about rimage issues, clear the screen and then I am at the grub2 prompt. Booting is only possible with Debian rescue, disabling the dm

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

Hello, On Wed, May 22, 2024 at 05:03:34PM -0400, Stefan Monnier wrote: > Hmm... I've been using a "plain old partition" for /boot (with > everything else in LVM) for "ever", originally because the boot loader > was not able to read LVM, and later out of habit. I was thinking of > finally moving

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

> I found this [1], quoting: "I'd also like to share an issue I've > discovered: if /boot's partition is a LV, then there must not be a > raidintegrity LV anywhere before that LV inside the same VG. Otherwise, > update-grub will show an error (disk `lvmid/.../...' not found) and GRUB > cannot

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

ity protected ones come first). I guess it's a general problem how grub2 parses LVM, yes, as soon as their are special things going on, it somehow breaks. However, if you don't have /boot on LVM, hand-fixing grub2 can be trivial, e.g. here on another system with /boot/efi on 1st disk's first partit

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

Hello, On Wed, May 22, 2024 at 08:57:38AM +0200, Marc SCHAEFER wrote: > I will try this work-around and report back here. As I said, I can > live with /boot on RAID without dm-integrity, as long as the rest can be > dm-integrity+raid protected. I'm interested in how you get on. I don't (yet)

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

including /, /var/lib/lxc, /scratch and swap, now boots without any issue with grub2 as long as /boot is NOT on the same VG where the dm-integrity over LVM RAID is enabled. This is OK for me, I don't need /boot on dm-integrity. update-grub gives out warning for every of the rimage subvolumes, but

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

Additional info: On Wed, May 22, 2024 at 08:49:56AM +0200, Marc SCHAEFER wrote: > Having /boot on a LVM non enabled dm-integrity logical volume does not > work either, as soon as there is ANY LVM dm-integrity enabled logical > volume anywhere (even not linked to booting), grub2 complains

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

issue is not with the initrd -- I added the dm-integrity module and rebuilt the initrd (and actually the bug happens before grub2 loads the kernel & init) -- or at least "not yet"! maybe this will fail later :) 4) actually the issue is just grub2, be it when the system is up

Re: Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

On 20/05/24 at 14:35, Marc SCHAEFER wrote: Any idea what could be the problem? Any way to just make grub2 ignore the rimage (sub)volumes at setup and boot time? (I could live with / aka vg1/root not using dm-integrity, as long as the data/docker/etc volumes are integrity-protected) ? Or how

Debian bookwork / grub2 / LVM / RAID / dm-integrity fails to boot

OT LINKED TO / if I reboot now, grub2 complains about rimage issues, clear the screen and then I am at the grub2 prompt. Booting is only possible with Debian rescue, disabling the dm-integrity on the above volume and rebooting. Note that you still can see the rimage/rmeta sub LVs (lvs -a), they are no

Re: Uninstall grub2 on Sparc T2000

pvilt...@free.fr wrote: > Hello, > > I burned [ > https://cdimage.debian.org/cdimage/ports/current/debian-11.0.0-sparc64-NETINST-1.iso > | debian-11.0.0-sparc64-NETINST-1.iso ] on CdRom for a Sun T2000 (Sun4v) > Used Putty on windows 10 with SerManagement > > Boot OK > Startup OK >

Uninstall grub2 on Sparc T2000

Hello, I burned [ https://cdimage.debian.org/cdimage/ports/current/debian-11.0.0-sparc64-NETINST-1.iso | debian-11.0.0-sparc64-NETINST-1.iso ] on CdRom for a Sun T2000 (Sun4v) Used Putty on windows 10 with SerManagement Boot OK Startup OK Partition not OK(?) : Warnings : Detects 256000

Tipo de fuente de GRUB2 (era: Tildes y eñes en consola de X.)

an un poco. > > Pregunta: ¿ Habrá alguna manera de seguirlas utilizando como como fuentes > para las tty? Si existe una aplicación para generar tipos de letra pf2 (grub2-mkfont) debe haber otra para hacer lo contrario, es decir, para convertir tipos de letra con formato pf2 a ttf u otf,

Re: grub2 uefi et raid

Le 20/10/2021 à 06:43, Jean-Michel OLTRA a écrit : Bonjour, Le mardi 19 octobre 2021, Kohler Gerard a écrit... Le problème : je ne me rappelle plus quel est le Debian qui gère le Grub, ni sur quel disque et quelle partition il est installé. comment faire pour avoir ces réponses ?

Re : Re: grub2 uefi et raid

@lists.debian.org Envoyé: Wed, 20 Oct 2021 12:38:55 +0200 (CEST) Objet: Re: grub2 uefi et raid Tu t'es aventuré dans une installation compliquée. Pour ma part j'ai arrêté de faire du multiboot géré par un OS ça finit toujours mal lors d'une réinstallation d'un OS. Sur mon ordi fixe qui a plusieurs OS

Re: grub2 uefi et raid

Tu t'es aventuré dans une installation compliquée. Pour ma part j'ai arrêté de faire du multiboot géré par un OS ça finit toujours mal lors d'une réinstallation d'un OS. Sur mon ordi fixe qui a plusieurs OS, lorsque je fais une installation je débranche tous les disques non concernés, puis

Re: grub2 uefi et raid

Bonjour, Le mardi 19 octobre 2021, Kohler Gerard a écrit... > Le problème : je ne me rappelle plus quel est le Debian qui gère le Grub, ni > sur quel disque et quelle partition il est installé. > > comment faire pour avoir ces réponses ? Avec `fdisk -l` ou au menu de grub lors du

grub2 uefi et raid

bonjour, voulant installer la version testing je me heurte à un problème bête : Ma machine est dotée d'UEFI. j'ai 3 DD dont les deux premiers sont montés en RAID1 (/dev/sda et /dev/sdb) et ils contiennent mes données, le troisième (/dev/sdc) est mon disque système. sur mon disque système

Re: apt tells me that grub-efi, grub2-common are no longer needed

tion: > > The following packages have unmet dependencies: > grub-efi-amd64 : Depends: grub-common (= 2.02+dfsg1-20+deb10u3) > Depends: grub2-common (= 2.02+dfsg1-20+deb10u3) > Depends: grub-efi-amd64-bin (= 2.02+dfsg1-20+deb10u3) > E: Unable

Re: apt tells me that grub-efi, grub2-common are no longer needed

On 2021-07-08 at 04:21, Markus wrote: > Am 07.07.21 um 12:27 schrieb Markus: >> markus@bmtMB1:/etc/apt/preferences.d$ ls >> apt-listbugs >> markus@bmtMB1:/etc/apt/preferences.d$ cat apt-listbugs >> >> Explanation: Pinned by apt-listbugs at 2021-03-06 12:05:35 +0100 >> Explanation: #984520:

Re: apt tells me that grub-efi, grub2-common are no longer needed

Markus writes: > Hi guys, it is nice that from all of this a little discussion took of. > But what can I actually do to fix my problem here? Any suggestions? What was the problem again? Just the suggestion to run apt autoremove which probably isn't a good idea now? Easiest is probably waiting

Re: apt tells me that grub-efi, grub2-common are no longer needed

Am 07.07.21 um 12:27 schrieb Markus: Am 07.07.21 um 09:24 schrieb Andrei POPESCU: On Mi, 07 iul 21, 08:21:17, Markus wrote: Am 24.06.21 um 18:51 schrieb Greg Wooledge: On Thu, Jun 24, 2021 at 06:43:15PM +0200, Markus wrote: grub-efi-amd64:     Installed: (none)     Candidate:

Re: apt tells me that grub-efi, grub2-common are no longer needed

The Wanderer writes: > #990082 is for shim-signed, and it does seem to be closed now, but if > I'm reading the discussion correctly that's not the package we're > concerned with. True, especially as #990082 is specific to ARM. > $984520 is for grub-efi-amd64, which I think is the package we're

Re: apt tells me that grub-efi, grub2-common are no longer needed

On 2021-07-07 at 08:19, Anssi Saari wrote: > Markus writes: > >> So it seems that apt-listbugs has done the pinning. Right? > > Right and while I've never used apt-listbugs, it should've asked you > what to do when you updated your system? Since the issue concerns > ARM based systems only,

Re: apt tells me that grub-efi, grub2-common are no longer needed

Markus writes: > So it seems that apt-listbugs has done the pinning. Right? Right and while I've never used apt-listbugs, it should've asked you what to do when you updated your system? Since the issue concerns ARM based systems only, binning was not the correct choice. As the bug is fixed now

Re: apt tells me that grub-efi, grub2-common are no longer needed

On Wed, Jul 07, 2021 at 08:21:17AM +0200, Markus wrote: > Am 24.06.21 um 18:51 schrieb Greg Wooledge: > > On Thu, Jun 24, 2021 at 06:43:15PM +0200, Markus wrote: > > > grub-efi-amd64: > > >Installed: (none) > > >Candidate: 2.02+dfsg1-20+deb10u3 > > >Version table: > > >

Re: apt tells me that grub-efi, grub2-common are no longer needed

Am 07.07.21 um 09:24 schrieb Andrei POPESCU: On Mi, 07 iul 21, 08:21:17, Markus wrote: Am 24.06.21 um 18:51 schrieb Greg Wooledge: On Thu, Jun 24, 2021 at 06:43:15PM +0200, Markus wrote: grub-efi-amd64: Installed: (none) Candidate: 2.02+dfsg1-20+deb10u3 Version table:

Re: apt tells me that grub-efi, grub2-common are no longer needed

On Mi, 07 iul 21, 08:21:17, Markus wrote: > Am 24.06.21 um 18:51 schrieb Greg Wooledge: > > On Thu, Jun 24, 2021 at 06:43:15PM +0200, Markus wrote: > > > grub-efi-amd64: > > >Installed: (none) > > >Candidate: 2.02+dfsg1-20+deb10u3 > > >Version table: > > > 2.02+dfsg1-20+deb10u4

Re: apt tells me that grub-efi, grub2-common are no longer needed

Am 24.06.21 um 18:51 schrieb Greg Wooledge: On Thu, Jun 24, 2021 at 06:43:15PM +0200, Markus wrote: grub-efi-amd64: Installed: (none) Candidate: 2.02+dfsg1-20+deb10u3 Version table: 2.02+dfsg1-20+deb10u4 500 500 http://ftp.de.debian.org/debian buster/main amd64 Packages

Re: grub2 boot menu

Le vendredi 25 juin 2021 à 11:40 -0400, Cindy Sue Causey a écrit : > On 6/24/21, didier gaumet wrote: > [...] > > 'GRUB_OS_PROBER_SKIP_LIST' > >     List of space-separated FS UUIDs of filesystems to be ignored > > from > > os-prober output.  For efi chainloaders it's @" [...] > it would

Re: grub2 boot menu

On 6/24/21, didier gaumet wrote: > > Hello, > > Grub can ignore all or only certain OSes that os-prober detects by > setting up the desired behaviour in /etc/default/grub > > from the grub info page: > [...]" > 'GRUB_DISABLE_OS_PROBER' > Normally, 'grub-mkconfig' will try to use the external

Re: grub2 boot menu

On 24/6/21 11:51 pm, mick crane wrote: hello, I was dual booting but got another PC so I can have windows and debain at the same time. Just for tidiness of booting I'd have liked to comment out the submenu entry in /boot/grub/grub.cfg for windows just in case I wanted to put it back but not

Re: grub2 boot menu

Hello,  Grub can ignore all or only certain OSes that os-prober detects by setting up the desired behaviour in /etc/default/grub from the grub info page: [...]" 'GRUB_DISABLE_OS_PROBER' Normally, 'grub-mkconfig' will try to use the external 'os-prober' program, if installed, to

Re: grub2 boot menu

On Thu 24 Jun 2021 at 14:51:06 (+0100), mick crane wrote: > I was dual booting but got another PC so I can have windows and debain > at the same time. Just for tidiness of booting I'd have liked to > comment out the submenu entry in /boot/grub/grub.cfg for windows just > in case I wanted to put it

Re: apt tells me that grub-efi, grub2-common are no longer needed

On Thu, Jun 24, 2021 at 06:43:15PM +0200, Markus wrote: > grub-efi-amd64: > Installed: (none) > Candidate: 2.02+dfsg1-20+deb10u3 > Version table: > 2.02+dfsg1-20+deb10u4 500 > 500 http://ftp.de.debian.org/debian buster/main amd64 Packages > 500 http://security.debian.org

Re: apt tells me that grub-efi, grub2-common are no longer needed

More information: markus@bmtMB1:/var/log/apt$ sudo apt policy grub-efi-amd64 grub-common grub2-common grub-efi-amd64-bin grub-efi-amd64: Installed: (none) Candidate: 2.02+dfsg1-20+deb10u3 Version table: 2.02+dfsg1-20+deb10u4 500 500 http://ftp.de.debian.org/debian buster/main

Re: apt tells me that grub-efi, grub2-common are no longer needed

tion: > > The following packages have unmet dependencies: > grub-efi-amd64 : Depends: grub-common (= 2.02+dfsg1-20+deb10u3) > Depends: grub2-common (= 2.02+dfsg1-20+deb10u3) > Depends: grub-efi-amd64-bin (= 2.02+dfsg1-20+deb10u3) > E: Unable

Re: apt tells me that grub-efi, grub2-common are no longer needed

+deb10u3) Depends: grub2-common (= 2.02+dfsg1-20+deb10u3) Depends: grub-efi-amd64-bin (= 2.02+dfsg1-20+deb10u3) E: Unable to correct problems, you have held broken packages. markus@bmtMB1:/var/log/apt$ So...something is wrong here. Puhh...how to fix

Re: apt tells me that grub-efi, grub2-common are no longer needed

Thank you, David, for the very useful hint. I found this in apt history: Start-Date: 2021-03-06 21:08:42 Commandline: apt full-upgrade Requested-By: markus (1000) Upgrade: grub-common:amd64 (2.02+dfsg1-20+deb10u3, 2.02+dfsg1-20+deb10u4), grub2-common:amd64 (2.02+dfsg1-20+deb10u3, 2.02+dfsg1-20

Re: grub2 boot menu

On 2021-06-24 at 10:32, Felix Miata wrote: > mick crane composed on 2021-06-24 14:51 (UTC+0100): > >> I was dual booting but got another PC so I can have windows and debain >> at the same time. Just for tidiness of booting I'd have liked to comment >> out the submenu entry in

Re: grub2 boot menu

mick crane composed on 2021-06-24 14:51 (UTC+0100): > I was dual booting but got another PC so I can have windows and debain > at the same time. Just for tidiness of booting I'd have liked to comment > out the submenu entry in /boot/grub/grub.cfg for windows just in case I > wanted to put it

Re: apt tells me that grub-efi, grub2-common are no longer needed

David Wright (12021-06-24): > Only if you'd gone ahead and removed all those other packages. Not even then. The GRUB packages are useful for installing the GRUB bootloader. Once it's installed, the computer will boot, and the package are not necessary, although they might be useful to

Re: grub2 boot menu

On Thu, Jun 24, 2021 at 02:51:06PM +0100, mick crane wrote: > I was dual booting but got another PC so I can have windows and debain at > the same time. Just for tidiness of booting I'd have liked to comment out > the submenu entry in /boot/grub/grub.cfg for windows just in case I wanted > to put

Re: apt tells me that grub-efi, grub2-common are no longer needed

On Thu 24 Jun 2021 at 08:49:40 (+0200), Markus wrote: > Am 23.06.21 um 18:08 schrieb David Wright: > > On Wed 23 Jun 2021 at 17:01:07 (+0200), Markus wrote: > > > rc  grub-efi-amd64 2.02+dfsg1-20+deb10u3 > >↑↑ There's your problem. It's been removed (but not purged). > Ok so...hmmm...I did

grub2 boot menu

hello, I was dual booting but got another PC so I can have windows and debain at the same time. Just for tidiness of booting I'd have liked to comment out the submenu entry in /boot/grub/grub.cfg for windows just in case I wanted to put it back but not allowed. Physically removing the windows

Re: apt tells me that grub-efi, grub2-common are no longer needed

On Thu, Jun 24, 2021 at 08:49:40AM +0200, Markus wrote: > Ok so...hmmm...I did not remove it myself. I mean why would I want to do > that?!?! Nevertheless this is an issue now. > Interestingly when booting my computer this morning grub was there and > booted into Buster. Shouldn't it be gone if it

Re: apt tells me that grub-efi, grub2-common are no longer needed

(EFI-AMD64 modules) ii  grub-efi-amd64-signed 1+2.02+dfsg1+20+deb10u4 amd64    GRand Unified Bootloader, version 2 (amd64 UEFI signed by Debian) ii  grub-firmware-qemu 2.02+dfsg1-20+deb10u4 amd64    GRUB firmware image for QEMU ii  grub2-common 2.02+dfsg1-20+deb10u4 amd64    GRand Unified

Re: apt tells me that grub-efi, grub2-common are no longer needed

0u4  > amd64    GRand Unified Bootloader, version 2 (amd64 UEFI signed by > Debian) > ii  grub-firmware-qemu 2.02+dfsg1-20+deb10u4    > amd64    GRUB firmware image for QEMU > ii  grub2-common 2.02+dfsg1-20+deb10u4 

Re: apt tells me that grub-efi, grub2-common are no longer needed

2 (amd64 UEFI signed by Debian) ii  grub-firmware-qemu 2.02+dfsg1-20+deb10u4    amd64    GRUB firmware image for QEMU ii  grub2-common 2.02+dfsg1-20+deb10u4    amd64    GRand Unified Bootloader (common files for version 2) markus@bmtMB1:~$ Cheers

Re: apt tells me that grub-efi, grub2-common are no longer needed

matically installed and are no > longer required: > efibootmgr grub-efi-amd64-bin grub-efi-amd64-signed grub2-common > libappindicator3-1 libcanberra-gtk3-0 libcanberra-gtk3-module > libclutter-gtk-1.0-0 libdbusmenu-glib4 libdbusmenu-gtk3-4 libindicator3-7 > libupsclient4 linux-head

Re: apt tells me that grub-efi, grub2-common are no longer needed

On Wed, Jun 23, 2021 at 03:55:04PM +0200, Markus wrote: >Hi, just before and also after today's "apt full-upgrade" apt tells me >that: > The following packages were automatically installed and are no longer > required: > efibootmgr grub-efi-amd64-bin grub-efi-

apt tells me that grub-efi, grub2-common are no longer needed

Hi, just before and also after today's "apt full-upgrade" apt tells me that: The following packages were automatically installed and are no longer required: efibootmgr grub-efi-amd64-bin grub-efi-amd64-signed grub2-common libappindicator3-1 libcanberra-gtk3-0 l

Re: Re : Installer windows 8.1 à partir de son image iso sur une clé usb avec grub2 ?

Merci pour les réponses. Je vais regarder tout cela ce soir. -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html

Re : Installer windows 8.1 à partir de son image iso sur une clé usb avec grub2 ?

son image iso sur une clé usb avec grub2 ? Bonjour à tous ! Je souhaite aujourd'hui installer windows 8.1 puis debian stretch 9.9.0 sur un disque dur (table de partition GPT et bios UEFI) en amorçant mon pc portable avec une clé multiboot sur laquelle il y grub2 et les images iso de ces 2 os

Re: Installer windows 8.1 à partir de son image iso sur une clé usb avec grub2 ?

Le 07/07/2019 à 13:54, didier gaumet a écrit : Le 07/07/2019 à 07:46, toto a écrit : Je souhaite aujourd'hui installer windows 8.1 puis debian stretch 9.9.0 sur un disque dur (table de partition GPT et bios UEFI) en amorçant mon pc portable avec une clé multiboot sur laquelle il y grub2 et les

Re: Installer windows 8.1 à partir de son image iso sur une clé usb avec grub2 ?

Le 07/07/2019 à 07:46, toto a écrit : > Bonjour à tous ! > > Je souhaite aujourd'hui installer windows 8.1 puis debian stretch 9.9.0 sur > un disque dur (table de partition GPT et bios UEFI) en amorçant mon pc > portable avec une clé multiboot sur laquelle il y grub2 et les images

Installer windows 8.1 à partir de son image iso sur une clé usb avec grub2 ?

Bonjour à tous ! Je souhaite aujourd'hui installer windows 8.1 puis debian stretch 9.9.0 sur un disque dur (table de partition GPT et bios UEFI) en amorçant mon pc portable avec une clé multiboot sur laquelle il y grub2 et les images iso de ces 2 os. Que dois je mettre dans mon fichier grub.cfg

Re: update-grub2 et /dev/sda : résolus

toutes les manipulations que tu fais en parallele. Moi si, ce n'est pas la conception que j'ai de cette liste d'entraide. /dev/sda était bien remis avant de lancer update-grub2, ça ne vient pas de là. Je ne dis pas le contraire. L'essentiel est que l'action réussisse : Tu compares des choses que

Re: update-grub2 et /dev/sda : résolus

s que /dev n'existe meme pas encore : /dev/sda était bien remis avant de lancer update-grub2, ça ne vient pas de là. > > Les membres de l'association retrouvent un serveur bien fonctionnel : > Qui ne serait peut-etre jamais tombe en panne si tu n'avais pas > l'habitude de toucher a d

Re: update-grub2 : résolu mais...

és par leurs GRUB respectifs. > > Menu de GRUB0 : > "Linux1" -> GRUB1 > "Linux2" -> GRUB2 > etc. Bon, il faudrait que je vois ca de mes yeux vus. Donc le GRUB0 n'aurait que des liens vers les autres Grub... ok, je comprend mieux. Je croyais que les lignes d

Re: update-grub2 : résolu mais...

principal, le fameux indépendant. Mes distribs seront Linux1, Linux2, etc. qui auront chacune leur Grub1, Grub2, etc. Linux1 obtient un nouveau kernel via ses mises à jour, donc son Grub1 "personnel" sera mis à jour comme d'hab. Jusqu'ici, ça va. De plus, Linux1 mettra à jou

Re: update-grub2 : résolu mais...

il ne serait pas indépendant. Il le pourrait (être indépendant et généré par tous), car généré à chaque fois que c'est nécessaire. Dans mon exemple, appelons Grub0 celui qui est principal, le fameux indépendant. Mes distribs seront Linux1, Linux2, etc. qui auront chacune leur Grub1, Grub2, etc. Linu

Re: update-grub2 : résolu mais...

Le 18/01/2018 à 23:14, Pierre L. a écrit : Le 18/01/2018 à 22:19, Pascal Hambourg a écrit : Le 18/01/2018 à 20:36, Pierre L. a écrit : Le 18/01/2018 à 20:09, Pascal Hambourg a écrit : Le 18/01/2018 à 14:04, Pierre L. a écrit : Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé

Re: update-grub2 : résolu mais...

u parles. > > Pas de réponse ? C'était une question... Désolé de ne pouvoir trouver meilleurs termes plus explicites, techniques... > >>>> Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ? >>> >>> Sûrement pas. Une distribution ne met à jou

Re: update-grub2 : résolu mais...

présent sur la clé USB, car j'imagine que Grub2 est normalisé ? Pas tant que ça. Il y a de légères différences entre différentes versions de GRUB Et c'est AMA une mauvaise idée car chaque distribution ne ferait pas que réactualiser le fichier de configuration mais le réécrirait complètement, en se

Re: update-grub2 : résolu mais...

chaque distribution pourrait actualiser le seul Grub de la machine présent sur la clé USB, car j'imagine que Grub2 est normalisé ? signature.asc Description: OpenPGP digital signature

Re: update-grub2 : résolu mais...

Le 18/01/2018 à 14:04, Pierre L. a écrit : Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? Dans quel intérêt ? Je n'en vois aucun. Les différentes distrib iront regarder sur tout le système là où il y a moyen

Re: update-grub2 : résolu mais...

Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? Les différentes distrib iront regarder sur tout le système là où il y a moyen de booter non ? Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ?

Re: update-grub2 : résolu

Le Wed, 17 Jan 2018 20:52:20 +0100, Pascal Hambourg a écrit : > Le 17/01/2018 à 09:53, Stephane Ascoet a écrit : > [au sujet de l'utilité d'un swap] > > Le 16/01/2018 à 20:25, Pascal Hambourg a écrit : > > > Ou simplement utiliser l'hibernation (suspend to disk). > >

Re: update-grub2 : résolu mais...

Le 15/01/2018 à 23:52, andre_deb...@numericable.fr a écrit : Par contre, je trouve le fichier "/boot/grub/grub.cfg" très volumineux (142Ko et 2.771 lignes), et les partitions de /dev/sda2 à sda7 n'ont pas toujours leur bon UUID. Exemple : $menuentry_id_option

Re: update-grub2 : résolu

Le 17/01/2018 à 09:53, Stephane Ascoet a écrit : [au sujet de l'utilité d'un swap] Le 16/01/2018 à 20:25, Pascal Hambourg a écrit : > Ou simplement utiliser l'hibernation (suspend to disk). Je fuis ce truc qui est juste bon a foutre en l'air le mecanisme d'amorcage en cas de loupe Source ou

Re: update-grub2 : résolu

Le 16/01/2018 à 13:32, andre_deb...@numericable.fr a écrit : Humm, ici le "cordialement" est de trop. > Je ne t'ai rien demandé personnellement, > je n'ai vraiment pas besoin de tes réflexions, Bonjour, non, je n'ai rien contre toi. C'est juste que tu ne respectes pas les bonnes regles pour

Re: update-grub2

Le 16/01/2018 à 10:22, Stephane Ascoet a écrit : Mais franchement vu les quantites de RAM des ordinateurs actuels, il faut vraiment avoir un usage de folie pour avoir besoin de fichier d'echange!!! Ou alors etre un vieux chieur comme moi qui utilise des ordinausores Ou simplement utiliser

Re: update-grub2 : résolu

Le 16/01/18 à 13:32, andre_deb...@numericable.fr a écrit : AF> "Pire" encore, dans la "non-conformité", j'ai même re-rédigé AF> le fichier "/boot/grub/grub.cfg" à la mano. C'est effectivement déconseillé car c'est un fichier généré automatiquement, ce sont les sources de cette génération qu'il

Re: update-grub2 : résolu

On Tuesday 16 January 2018 10:22:45 Stephane Ascoet wrote: > Quant aux problemes d'Andre je n'ai meme pas envie > d'y reflechir pour au moins ces raisons: > -il n'a pas pris la peine de nous faciliter la tache dans sa question > sur le renommage de sda en sdb; > -Il nous repose une question du

Re: update-grub2

Le 16-01-2018, à 10:22:45 +0100, Stephane Ascoet a écrit : [snip] -il n'a pas pris la peine de nous faciliter la tache dans sa question sur le renommage de sda en sdb; -Il nous repose une question du meme style qui est peut-etre sur la meme machine, sur laquelle il a fait des choses non

Re: update-grub2

Le 15/01/2018 à 20:25, steve a écrit : Sous-entendu que la tête passe plus de temps au centre que vers l'extérieur. Mais est-ce bien le cas ? On pourrait se dire que ce serait Bonjour, je le fait aussi mais plutot en raison de l'argument comme quoi le debit est plus important a l'exterieur

Re: update-grub2 : résolu mais...

On Sunday 14 January 2018 19:37:35 Haricophile wrote: > Le Sun, 14 Jan 2018 19:00:16 +0100, andre_deb...@numericable.fr a écrit : > > Grub semble trouver la partition n° 1 (racine) > > mais pas /dev/sda2... et les autres. > > Comment créer le menu Grub avec toutes les partitions citées ? > >

Re: update-grub2

Le 15 janv. 2018 20:25, "steve" a écrit : Le 15-01-2018, à 16:52:44 +0100, hamster a écrit : Le 14/01/2018 à 19:00, andre_deb...@numericable.fr a écrit : > >> avec 4 partitions principales (/dev/sda1, sda2, swap et sda4 étendue) >> et trois partitions logiques sda5 à sda7. >>

Re: update-grub2

Le 15-01-2018, à 16:52:44 +0100, hamster a écrit : Le 14/01/2018 à 19:00, andre_deb...@numericable.fr a écrit : avec 4 partitions principales (/dev/sda1, sda2, swap et sda4 étendue) et trois partitions logiques sda5 à sda7. C'est hors sujet par rapport a grub, mais je met la partition swap

Re: update-grub2

Le 14/01/2018 à 19:00, andre_deb...@numericable.fr a écrit : > avec 4 partitions principales (/dev/sda1, sda2, swap et sda4 étendue) > et trois partitions logiques sda5 à sda7. C'est hors sujet par rapport a grub, mais je met la partition swap en premier pour que la tete de lecture du disque ait

Re: update-grub2

es les partitions citées ? > > (création de grub.cfg) > Ton disque ne serait pas en gpt/efi ? En ce cas utiliser grub-efi > serait fortement conseillé. Non et il fonctionnait avec update-grub2

Re: update-grub2

sda5 à sda7. > > sda1, sda2, sda5, sda6 et sda7 = GNU/Linux en ext4, installé. > > # update-grub2 > > Création du fichier de configuration GRUB... > > Image Linux trouvée : /boot/vmlinuz-4.4.0-109-generic > > Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-109-g

Re: update-grub2

Le Sun, 14 Jan 2018 19:00:16 +0100, andre_deb...@numericable.fr a écrit : > Grub semble trouver la partition n° 1 (racine) > mais pas /dev/sda2... et les autres. > > Comment créer le menu Grub avec toutes les partitions citées ? > (création de grub.cfg) > > Merci, André Ton disque ne serait

Re: update-grub2

t sda7 = GNU/Linux en ext4, installé. > > # update-grub2 > Création du fichier de configuration GRUB... > Image Linux trouvée : /boot/vmlinuz-4.4.0-109-generic > Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-109-generic > Failed to probe /dev/sda2 for filesystem type >

update-grub2

Bonsoir, Mon ordinateur possède un seul disque dur /dev/sda, avec 4 partitions principales (/dev/sda1, sda2, swap et sda4 étendue) et trois partitions logiques sda5 à sda7. sda1, sda2, sda5, sda6 et sda7 = GNU/Linux en ext4, installé. # update-grub2 Création du fichier de configuration GRUB

kernel param vga=* and grub2

is can be suppressed by adding 'vga=off'. However, vga=* is deprecated in grub2 and will make your newly installation unbootable. I would prefer not to have to manually correct this issue. Does anyone has any idea on how to avoied that prompt while keeping grub2 happy? -- John Doe

Re: (deb-cat) GRUB2, BIOS, LBA, mdadm

e motiu que desconec. Podries provar a desactivar > >>> de la BIOS la unitat de disquet (i ja posats desendollar-la del > >>> ordinador per estar segurs) i provar-ho de nou? > >>> Si a la consola del Grub executes un "ls", quines particions veu? Ens > >

Re: (deb-cat) GRUB2, BIOS, LBA, mdadm

pots enviar l'output? >>> >>> A veure si hi ha sort. >>> >>> >>> Salutacions, >>> Jordi >>> >>> -- >>> Para ser realmente grande, hay que estar con la gente, no por encima de >>> ella. >>> >>>

Re: (deb-cat) GRUB2, BIOS, LBA, mdadm

consola del Grub executes un "ls", quines particions veu? Ens >> pots enviar l'output? >> >> A veure si hi ha sort. >> >> >> Salutacions, >> Jordi >> >> -- >> Para ser realmente grande, hay que estar con la gente, no por encima de ell

Re: (deb-cat) GRUB2, BIOS, LBA, mdadm

la gente, no por encima de ella. > > > 2017-11-23 14:02 GMT+01:00 Narcis Garcia <debianli...@actiu.net>: >> No sabia que GRUB2 ja s'espabilava directament amb RAID. Ho fa GRUB1 ? >> >> He tingut oportunitat de provar amb un disc dur de 20GB (dins els límits >&g

Re: (deb-cat) GRUB2, BIOS, LBA, mdadm

No sabia que GRUB2 ja s'espabilava directament amb RAID. Ho fa GRUB1 ? He tingut oportunitat de provar amb un disc dur de 20GB (dins els límits de la BIOS): /dev/sda1 Ext4 1GB per /boot /dev/sda2 Ext4 10GB per l'arrel Resultat: Després d'instal·lar bé, no arrenca amb el mateix missatge. Aleshores

Re: (deb-cat) GRUB2, BIOS, LBA, mdadm

> > Si provo: > grub rescue> ls (hd0,msdos1)/ > (hd0,msdos1): Filesystem is unknown. > [igualment si provo amb qualsevol dels altres volums] > > Ja he provat a iniciar amb el Live-CD (standard) de Debian 8, fer chroot > i "update-grub" + "grub-install /de

(deb-cat) GRUB2, BIOS, LBA, mdadm

nstall /dev/sda" però el resultat sempre és el mateix: GRUB2 és l'únic que no reconeix ni tan sols la partició /boot dun sol gigabyte a l'inici del primer disc. Algú pot donar idees a provar? Gràcies. -- __ I'm using this express-made address because personal addresses aren't mask

Re: presque avec grub2

Le Wed, 4 Oct 2017 14:18:41 -, miz...@elude.in a écrit : > VOUS êtes l'admin et VOUS faites ce que bon vous semble. > > ... la cohérence des partitions ... > > 1° vous faites vos install puis vous faites un restart : ENSUITE > *update-initramfs -u = mise à jour du swap/fsa

Re: tout arrive avec grub2

Le 04/10/2017 à 15:08, lou a écrit : l'installateur ma évidemment formater ma swap Non, pas évidemment. L'installateur ne formate un swap existant que si on le laisse faire. On a le choix entre utiliser un swap existant et il sera formaté, ou ne pas l'utiliser et il ne sera pas formaté.

Re: tout arrive avec grub2

e bien ces imprudences > brouillonnes.* > * non si elle est configuré comme login (nitrokey fait ça très bien > mais on peut le faire à la main).* > > > To: debian-user-french@lists.debian.org > Subject: Re: Rien ne se passe après Grub2...oops oubliez la pièce > jointe

Re: Rien ne se passe après Grub2...oops oubliez la pièce jointe dans le dernier message...

Bonjour, Le mardi 03 octobre 2017 à 17:23, lou a écrit : > J'aimerais savoir ce que fait l'option du noyau "noresume" ?? et si je > peux laisser l'option au noyau...? L’option « noresume » dit au noyau de ne pas tenter de reprendre une mise en veille. Lorsque tu mets en veille (hibernation),

Re: Rien ne se passe après Grub2...oops oubliez la pièce jointe dans le dernier message...

Le Tue, 3 Oct 2017 17:16:17 +0200, Sébastien NOBILI a écrit : > Le mardi 03 octobre 2017 à 10:48, louis a écrit : > > Pensez-vous que le screenshot en PJ a à voir avec ce problème? > > Aaaah, voilà la pièce-jointe :D > > Le « -.mount » est étrange… Un problème avec le

Re: Rien ne se passe après Grub2...oops oubliez la pièce jointe dans le dernier message...

Le mardi 03 octobre 2017 à 10:48, louis a écrit : > Pensez-vous que le screenshot en PJ a à voir avec ce problème? Aaaah, voilà la pièce-jointe :D Le « -.mount » est étrange… Un problème avec le contenu de fstab ou bien un problème d’interprétation de son contenu par Systemd. Pourrais-tu nous

  1   2   3   4   5   6   7   8   9   10   >