thank you Gioele,
yes i did got this bug to.
but with https://bugs.debian.org/1040899 is trying to install Debian
13, with is VERY unstable and alpha stage,
i hope debian 12 can be fixed...
thank you
André
On 17/09/23 09:46, André Verwijs wrote:
debian testing daily build: installing GRUB/Bootloader and initramfs
failing!!
Probably you stumbled upon this problem: https://bugs.debian.org/1040899
The root cause has (hopefully) been fixed by the Debian Installer team
and will be released soon
debian testing daily build: installing GRUB/Bootloader and initramfs
failing!!
i will try to generate logfiles and report as bug.
more info later..
thanks
debian testing daily build: installing GRUB/Bootloader and initramfs
failing!!
i will try to generate logfiles and report as bug.
more info later..
thanks
debian testing daily build: installing GRUB/Bootloader and initramfs
failing!!
i will try to generate logfiles and report as bug.
more info later..
thanks
Hi,
Timothy M Butterworth (2023-03-04):
> Would it be possible to add a section to the installer when Grub is being
> installed and configured to configure a grub password?
I think that's supported already:
Template: grub-installer/password
Type: password
# :sl2:
_
All,
Would it be possible to add a section to the installer when Grub is being
installed and configured to configure a grub password?
Thanks
Tim
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀
Package: wnpp
Severity: wishlist
Owner: Nicholas D Steeves
Control: block -1 by #840248
Package name: grub-btrfs
Version : 4.1
Upstream Author : Antynea
URL : https://github.com/Antynea/grub-btrfs
License : GPL-3+
Programming Lang: bash
Description : GRUB
Package: grub-cloud-amd64
Version: 0.0.2
Severity: important
Dear Maintainer,
in your postinst you are trying to detect whether it's being run in a
piuparts test, to workaround #912038 ("grub-cloud-amd64: fails to
install"), which is detected by piuparts but can also be trig
x
> /usr/lib/init-select/get-init ] || /usr/lib/init-select/get-init)"
> However, I take Andreas's point that we need to work around this
> somehow, probably in a stretch point release now, and that's where I
> need feedback. One possible approach would be to change gr
On Sat, Jun 24, 2017 at 07:01:11PM +0200, Michael Biebl wrote:
> Am 24.06.2017 um 17:01 schrieb Simon McVittie:
> > That doesn't solve the problem of the obsolete conffile breaking grub,
> > though.
>
> Indeed not. But it answers the question whether init-select should
problem it was trying to solve when
> >>> the init system "debate" concluded. It should be removed.
> >>
> >> FYI, I've filed #865752 for that.
> >
> > That doesn't solve the problem of the obsolete conffile breaking grub,
> > thou
uot; concluded. It should be removed.
>>
>> FYI, I've filed #865752 for that.
>
> That doesn't solve the problem of the obsolete conffile breaking grub,
> though.
Indeed not. But it answers the question whether init-select should be
NMUed in unstable.
Should the
iled #865752 for that.
That doesn't solve the problem of the obsolete conffile breaking grub,
though. Should the grub maintainers edit the conffile in-place as
suggested (a Policy violation), or delete it or move it out of the way
(also a Policy violation), or is there some other escape r
Am 24.06.2017 um 15:09 schrieb Michael Gilbert:
> I entirely lost interest in the problem it was trying to solve when
> the init system "debate" concluded. It should be removed.
FYI, I've filed #865752 for that.
Regards,
Michael
--
Why is it that all of the instruments seeking intelligent life
On Sat, Jun 24, 2017 at 7:44 AM, Michael Biebl wrote:
> Given how long init-select has been RC buggy, I wonder if it wouldn't be
> better to remove it from the archive completely. Selecting a fallback
> init is something grub already provides today, so I don't see
> init-sele
We might also want to think
> about putting that into jessie-proposed-updates.
> Thoughts? Can anyone think of a better solution than either of the two
> I've outlined here?
Given how long init-select has been RC buggy, I wonder if it wouldn't be
better to remove it from the
log (scroll to the bottom...):
>
> Setting up grub-coreboot (2.02~beta3-5) ...
> Installing new version of config file /etc/kernel/postinst.d/zz-update-grub
> ...
> Installing new version of config file /etc/kernel/postrm.d/zz-update-grub
> ...
> /var/lib/dpkg/info/grub
Le jeudi 24 mars 2016 à 00:56:47+, Ian Jackson a écrit :
> Pierre-Elliott Bécue writes ("Re: Bug#782264: grub-install fails in nested
> LVM"):
> > Thanks for your anwser. I understand.
>
> Thanks.
>
> > And I intend to become a contributor (currently
Pierre-Elliott Bécue writes ("Re: Bug#782264: grub-install fails in nested
LVM"):
> Thanks for your anwser. I understand.
Thanks.
> And I intend to become a contributor (currently working on it).
Thanks, and good luck.
There are of course many ways to be a contributor to D
Le jeudi 24 mars 2016 à 00:23:40+, Ian Jackson a écrit :
> Pierre-Elliott Bécue writes ("Re: Bug#782264: grub-install fails in nested
> LVM"):
> > Le mercredi 23 mars 2016 à 14:56:01+, Ian Jackson a écrit :
> > > You do not even have a right to a reply from
Pierre-Elliott Bécue writes ("Re: Bug#782264: grub-install fails in nested
LVM"):
> Le mercredi 23 mars 2016 à 14:56:01+, Ian Jackson a écrit :
> > You do not even have a right to a reply from a human.
>
> I'm not sure to agree with that.
There are too many b
Hey,
First, I'd like to apologize for the way I asked for a fix or any solution
in that issue. I realize that it was inappropriate.
Le mercredi 23 mars 2016 à 14:56:01+, Ian Jackson a écrit :
> Pierre-Elliott Bécue writes ("Re: Bug#782264: grub-install fails in nested
> LVM&
Pierre-Elliott Bécue writes ("Re: Bug#782264: grub-install fails in nested
LVM"):
> Anyway, I was more concerned by the non-ack of my report.
You received an ack of your report from the bug tracking system.
But it seems that you are concerned that this bug is not getting
enough hu
Le mercredi 27 janvier 2016 à 18:13:29+, Martin Read a écrit :
> On 26/01/16 15:52, Pierre-Elliott Bécue wrote:
> >Bump.
> >
> >It's been more than 10 months and still nothing (even a simple ack).
> >
> >Could you consider adding a stable version of g
On 26/01/16 15:52, Pierre-Elliott Bécue wrote:
Bump.
It's been more than 10 months and still nothing (even a simple ack).
Could you consider adding a stable version of grub in a partial release of
Jessie?
A cursory inspection of the public browsing interface[1] to the relevant
git
Le 9 avril 2015 18:05:50 GMT+02:00, "Pierre-Elliott Bécue" a
écrit :
>Source: grub
>Version: 2.02~beta2-22
>Severity: important
>
>Dear maintainer,
>
>I've met a bug in GRUB under a Proxmox environment, which I was able to
>reproduce under a clean Debian sy
Le jeudi 09 avril 2015 à 18:05:50+0200, Pierre-Elliott Bécue a écrit :
> Source: grub
> Version: 2.02~beta2-22
> Severity: important
>
> Dear maintainer,
> [bug in grub, with grub-install]
Good evening,
It has been almost seven month since this bug report.
The fact that no
inal version
> ... firmware-8.0.0-amd64-netinst.iso
>
> and now the system does not boot from USB stick via grub/iso anymore,
> telling be that it cannot find a CDROM drive.
>
> Is this a known issue? I haven't seen any comments concerning
> this problem besides old one
USB stick via grub/iso anymore,
telling be that it cannot find a CDROM drive.
Is this a known issue? I haven't seen any comments concerning
this problem besides old ones not related to the released jessie.
Thanks
No
ot by the default plymouth setup; the kernel does a KMS init in any
case, whether plymouth is installed or not.
> > Why's there a new boot parameter?
> >
> > I don't know, but currently at least Ubuntu, Tanglu (both via
> > grub-common), and Fedora do it this way.
;m as guilty as anyone else for not filing a wishlist bug for
this yet, let alone supplying suggested text)
> Why's there a new boot parameter?
>
> I don't know, but currently at least Ubuntu, Tanglu (both via
> grub-common), and Fedora do it this way.
> It's certainly n
hy adding "splash" to the default command line
> would be a bad thing?
I just did a test upgrade from wheezy to jessie, and it appears that
there is already a ucf prompt for /etc/default/grub (removal of OS
prober settings).
--
,''`. Christian Hofstaedtler
: :' :
boot parameter?
I don't know, but currently at least Ubuntu, Tanglu (both via
grub-common), and Fedora do it this way.
It's certainly nice to have the parameter so the recovery boot
option can skip plymouth (esp. if you were to enable a graphical
theme).
[1] How a passp
Control: reassign -1 grub-common
On Thu, Nov 06, 2014 at 04:11:11PM +0100, Christian Hofstaedtler wrote:
> * Colin Watson [141106 16:06]:
> > On Thu, Nov 06, 2014 at 03:53:58PM +0100, Christian Hofstaedtler wrote:
> > > Please add the "splash" option to the Li
:
>
>
> http://git.savannah.gnu.org/gitweb/?p=grub.git;a=commitdiff;h=0901e7855f922e770cbfeb58262cb8fded518190
>
> ... and cherry-picked it into the Debian packaging for my next upload:
>
>
> http://anonscm.debian.org/gitweb/?p=pkg-grub/grub
l
> name (/boot/vmlinuz-3.15.4+ and /boot/initrd.img-3.15.4+) on debian sid.
>
> It worked previously (sadly I can't be more precise here) but today
> update-grub ran into a loop where my custom kernel was detected by
> /etc/grub.d/10_linux over and over again.
> The variabl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I use a self compiled linux kernel (make-kpkg) with a somewhat unusual
name (/boot/vmlinuz-3.15.4+ and /boot/initrd.img-3.15.4+) on debian sid.
It worked previously (sadly I can't be more precise here) but today
update-grub ran into a loop
Package: wnpp
Severity: wishlist
Owner: David Mohr
* Package name: grub-choose-default
Version : 1.1
Upstream Author : David Mohr
* URL : http://de.mcbf.net/david/grubchoosedefault/
* License : GPL
Programming Lang: C
Description : A GUI for easily
Me2 :-)
I have some suggestions:
grub2 , I don't like its/its current integration, and the autogenerated
files are very ugly - I used to use lilo ... sometimes grub fails with
raid(even when debian says it has installed fully), auto updating grub after
upgrading the system can fail some
Package: wnpp
Severity: wishlist
Owner: "magnus p."
* Package name: grub-customizer
Version : 4.0.4
Upstream Author : Daniel Richter
* URL : https://launchpad.net/grub-customizer/
* License : GPLv3
Programming Lang: C++
Description : Cus
debian.org/experimental/grub-xen
bye,
//mirabilos
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/loom.20131227t155747-...@post.gmane.org
On Mon, Dec 16, 2013 at 09:48:29AM -0500, Paul Tagliamonte wrote:
> If you want this package in Debian, you just had to reply to my original
> mail to you with "Yes" and re-dput it. Instead, you've wasted everyone's
> time with these threads, and I'm sitting here, trying to reply to this.
FWIW I d
ason why it shouldn't work.
The main delicate bit is reading the domU menu.lst that would be in use
in this setup. GRUB 2 has legacy_configfile et al that should do the
job, but it's not the most broadly-tested area of GRUB so there could be
problems there.
--
Colin Watson
Colin Watson, le Thu 19 Dec 2013 02:29:58 +, a écrit :
> If we try really hard we might even be able to have compatibility in
> the other direction as well.
I've not tested, but there is no reason why it shouldn't work.
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o
On 12/19/2013 10:29 AM, Colin Watson wrote:
> On Sun, Dec 15, 2013 at 12:11:23AM +0900, Charles Plessy wrote:
>> Le Sat, Dec 14, 2013 at 09:17:58AM +, Ian Campbell a écrit :
>>> Do you have a reference to the conversation you had with the grub(1,2)
>>> maintainers
On Sun, Dec 15, 2013 at 12:11:23AM +0900, Charles Plessy wrote:
> Le Sat, Dec 14, 2013 at 09:17:58AM +, Ian Campbell a écrit :
> > Do you have a reference to the conversation you had with the grub(1,2)
> > maintainers? I don't see it in the pkg-grub-devel archives.
>
&
Le Mon, Dec 16, 2013 at 09:48:29AM -0500, Paul Tagliamonte a écrit :
>
> If you want this package in Debian, you just had to reply to my original
> mail to you with "Yes" and re-dput it. Instead, you've wasted everyone's
> time with these threads, and I'm sitting here, trying to reply to this.
Pa
On 12/17/2013 08:05 AM, Paul Tagliamonte wrote:
> On Tue, Dec 17, 2013 at 08:02:59AM +0800, Thomas Goirand wrote:
>> On Tue Dec 17 2013 01:33:18 AM HKT, Paul Tagliamonte
>> wrote:
>>
>>> On Tue, Dec 17, 2013 at 01:29:06AM +0800, Thomas Goirand wrote:
That's a very good news. However, if this
On Tue, Dec 17, 2013 at 08:02:59AM +0800, Thomas Goirand wrote:
> On Tue Dec 17 2013 01:33:18 AM HKT, Paul Tagliamonte
> wrote:
>
> > On Tue, Dec 17, 2013 at 01:29:06AM +0800, Thomas Goirand wrote:
> > > That's a very good news. However, if this is your view, why don't you
> > > just accept the
On Tue Dec 17 2013 01:33:18 AM HKT, Paul Tagliamonte wrote:
> On Tue, Dec 17, 2013 at 01:29:06AM +0800, Thomas Goirand wrote:
> > That's a very good news. However, if this is your view, why don't you
> > just accept the package now?
>
> No one told me "Yes", and let me know it was re-uploaded. I
On Tue, Dec 17, 2013 at 01:29:06AM +0800, Thomas Goirand wrote:
> That's a very good news. However, if this is your view, why don't you
> just accept the package now?
No one told me "Yes", and let me know it was re-uploaded. I think I left
a note on it, so it wasn't in my usual process-new workflo
On 12/16/2013 10:48 PM, Paul Tagliamonte wrote:
> On Sat, Dec 14, 2013 at 01:47:21PM +0900, Charles Plessy wrote:
>> However, it has been three monthes that the package is blocked in the NEW
>> queue
>> because the FTP team would prefer its contents to be part of an existing
>> package.
>
> Pless
nth back about how a Xen host could detect and
run a Xen-aware GRUB in domU automatically (with pv-grub as a
fallback).
Ben.
--
Ben Hutchings
Life is like a sewer:
what you get out of it depends on what you put into it.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
Thorsten Glaser, le Mon 16 Dec 2013 14:35:54 +, a écrit :
> Philipp Kern wrote:
> >…and Xen in general. I agree with this assessment.
>
> Isn’t there a GRUB2 port for Xen now?
Yes, and it will be part of the grub2 source code, but that's not
released yet.
Samuel
--
To UNSUBSCRIBE, email t
On Sat, Dec 14, 2013 at 01:47:21PM +0900, Charles Plessy wrote:
> However, it has been three monthes that the package is blocked in the NEW
> queue
> because the FTP team would prefer its contents to be part of an existing
> package.
Plessy, I'm finding dealing with these misrepresentations tires
Philipp Kern wrote:
>â¦and Xen in general. I agree with this assessment.
Isnât there a GRUB2 port for Xen now?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/l8n
Le Sat, Dec 14, 2013 at 09:17:58AM +, Ian Campbell a écrit :
>
> Do you have a reference to the conversation you had with the grub(1,2)
> maintainers? I don't see it in the pkg-grub-devel archives.
Hi Ian,
there was no conversation with the GRUB maintainers, however, they
On 2013-12-14 05:47, Charles Plessy wrote:
pv-grub-menu is a package that maintains a configuration file in
/boot/grub/menu.lst, that is read by the PV-GRUB boot system. It can
not be
part of the grub-legacy package, which is in maintainance mode, and
GRUB2
maintainers have not expressed an
On 12/14/2013 12:47 PM, Charles Plessy wrote:
> Dear all,
>
> pv-grub-menu is a package that maintains a configuration file in
> /boot/grub/menu.lst, that is read by the PV-GRUB boot system. It can not be
> part of the grub-legacy package, which is in maintainance mode, and GRUB
On Sat, 2013-12-14 at 13:47 +0900, Charles Plessy wrote:
> Dear all,
>
> pv-grub-menu is a package that maintains a configuration file in
> /boot/grub/menu.lst, that is read by the PV-GRUB boot system. It can not be
> part of the grub-legacy package, which is in maintainance
Charles Plessy, le Sat 14 Dec 2013 13:47:21 +0900, a écrit :
> It can not be part of the grub-legacy package, which is in
> maintainance mode, and GRUB2 maintainers have not expressed an
> interest for hosting the scripts (which are not relevant to GRUB2).
Couldn't it be part of t
Dear all,
pv-grub-menu is a package that maintains a configuration file in
/boot/grub/menu.lst, that is read by the PV-GRUB boot system. It can not be
part of the grub-legacy package, which is in maintainance mode, and GRUB2
maintainers have not expressed an interest for hosting the scripts
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: grub-legacy-doc
Version : 0.97
Upstream Author : bug-g...@gnu.org
* URL : http://www.gnu.org/software/grub/grub-legacy.html
* License : GFDL
Description : Documentation for GRUB Legacy
On Wed, Jul 24, 2013 at 10:51 AM, Paul Wise wrote:
> Ok, makes sense, will look if the needed info is in UDD and fix the
> madison CGI if so.
CGI fixed just now.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Tue, Jul 23, 2013 at 11:01 AM, Cyril Brulebois wrote:
> I want rmadison to be a remote madison, meaning a remote dak ls… which
> is what it's supposed to be! That means behaving like dak ls, and
> showing what matters, that is: not the extra sources.
>
> I hope it clarifies the above "correctne
Hi!
* Ansgar Burchardt [130723 11:11]:
[..]
> Please also not that the additional source packages included can be at a
> *higher* version than sources included in src_association. This is what
> happened here: grub2_1.99-27+deb7u1 is in jessie, however a package
> embedding a newer version of gru
"Adam D. Barratt" writes:
> On Sun, 2013-07-21 at 20:42 -0700, Carl Johnson wrote:
>> Does anybody know what is going on with grub in testing? I have been
>> waiting for 2.00, but it seems to be stuck at 1.99. Grub-common at
>> http://packages.debian.org/jessie/
On 07/23/2013 09:03, Paul Wise wrote:
> On Mon, Jul 22, 2013 at 10:14 PM, Cyril Brulebois wrote:
>> I've just noticed that #699268 is supposed to be fixed, but last I heard
>> about somebody from QA, that was during the last stages of the wheezy
>> release cycle, and while the issue was known back
Paul Wise (2013-07-23):
> On Mon, Jul 22, 2013 at 10:14 PM, Cyril Brulebois wrote:
>
> > Possibly anything popping up in Built-Using. Random example:
> > kibi@arya:~$ \rmadison busybox -s stable,testing,unstable
>
> Looks correct:
>
> pabs@quantz:~$ zcat
> /srv/mirrors/debian/dists/{stable,test
On Mon, Jul 22, 2013 at 10:14 PM, Cyril Brulebois wrote:
> Possibly anything popping up in Built-Using. Random example:
> kibi@arya:~$ \rmadison busybox -s stable,testing,unstable
Looks correct:
pabs@quantz:~$ zcat
/srv/mirrors/debian/dists/{stable,testing,unstable}/main/source/Sources.gz
| grep
(Adding -qa@ to the loop.)
Paul Wise (2013-07-22):
> On Mon, Jul 22, 2013 at 10:03 AM, Cyril Brulebois wrote:
>
> > rmadison now defaults to querying UDD by default
>
> There is a projectb mirror accessible from qa.d.o, so we could rewire
> the madison CGI to look at that. It is written in Perl
On Mon, Jul 22, 2013 at 10:03 AM, Cyril Brulebois wrote:
> rmadison now defaults to querying UDD by default
There is a projectb mirror accessible from qa.d.o, so we could rewire
the madison CGI to look at that. It is written in Perl though so it is
unlikely I'll ever be motivated to do that. Hope
On Mon, Jul 22, 2013 at 1:53 PM, Ansgar Burchardt wrote:
>
> Hi,
>
> On 07/22/2013 12:57, Ondřej Surý wrote:
> > dak on coccia.d.o is not in the best shape (yet):
> >
> > $ dak rm -nR ruby-activesupport-2.3
> [...]
> > daklib.dak_exceptions.CantOpenError:
> > /srv/
ftp-master.debian.org/ftp//pool/
Hi,
On 07/22/2013 12:57, Ondřej Surý wrote:
> dak on coccia.d.o is not in the best shape (yet):
>
> $ dak rm -nR ruby-activesupport-2.3
[...]
> daklib.dak_exceptions.CantOpenError:
> /srv/ftp-master.debian.org/ftp//pool/main//r/ruby-activesupport-2.3/ruby-activesupport-2.3_2.3.14-7_all.deb
Chang
Hmm,
dak on coccia.d.o is not in the best shape (yet):
$ dak rm -nR ruby-activesupport-2.3
Working...W: couldn't open '/srv/
ftp-master.debian.org/ftp//pool/main//r/ruby-activesupport-2.3/ruby-activesupport-2.3_2.3.14-7.dsc
'.
Traceback (most recent call last):
File "/usr/local/bin/dak", line
On Mon, Jul 22, 2013 at 11:02:10AM +0200, Cyril Brulebois wrote:
> > > Trust dak instead:
> > > | kibi@arya:~$ ssh release.debian.org dak ls grub2 -s testing
> > Permission denied (publickey).
>
> For those having missed [1,2], how much time exactly does one need
> to find coccia.d.o on machines.c
Andrey Rahmatullin (2013-07-22):
> On Mon, Jul 22, 2013 at 10:03:48AM +0200, Cyril Brulebois wrote:
> > Trust dak instead:
> > | kibi@arya:~$ ssh release.debian.org dak ls grub2 -s testing
> Permission denied (publickey).
For those having missed [1,2], how much time exactly does one need
to find
On Mon, Jul 22, 2013 at 10:03:48AM +0200, Cyril Brulebois wrote:
> Trust dak instead:
> | kibi@arya:~$ ssh release.debian.org dak ls grub2 -s testing
Permission denied (publickey).
--
WBR, wRAR
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
Andrey Rahmatullin (2013-07-22):
> On Mon, Jul 22, 2013 at 07:36:22AM +0100, Adam D. Barratt wrote:
> > The migration notification is in error; it's a bug in the script that
> > generates the notifications, that doesn't ignore extra entries included
> > in the Sources files added by the archive ma
On Mon, Jul 22, 2013 at 07:36:22AM +0100, Adam D. Barratt wrote:
> The migration notification is in error; it's a bug in the script that
> generates the notifications, that doesn't ignore extra entries included
> in the Sources files added by the archive management software in order
> to help with
On Sun, 2013-07-21 at 20:42 -0700, Carl Johnson wrote:
> Does anybody know what is going on with grub in testing? I have been
> waiting for 2.00, but it seems to be stuck at 1.99. Grub-common at
> http://packages.debian.org/jessie/grub-common shows that it is at
> 1.99-27+deb7u1, bu
On 2013-07-22 Carl Johnson wrote:
> Does anybody know what is going on with grub in testing? I have been
> waiting for 2.00, but it seems to be stuck at 1.99. Grub-common at
> http://packages.debian.org/jessie/grub-common shows that it is at
> 1.99-27+deb7u1, but the source files
Does anybody know what is going on with grub in testing? I have been
waiting for 2.00, but it seems to be stuck at 1.99. Grub-common at
http://packages.debian.org/jessie/grub-common shows that it is at
1.99-27+deb7u1, but the source files show 2.00-14. The qa page at
http
retitle 693774 ITP: grub-loopback-iso -- Boot a compatible loopback
ISO from GRUB 2
kthxbye
(Please excuse the perfect storm of bugs + multiple lists.)
As it turns out, grml invented a generic way of allowing it to be booted
as an ISO from GRUB 2, with a file in the ISO called
/boot/grub
On Tue, Jan 29, 2013 at 04:13:14PM +, Colin Watson wrote:
> On Tue, Jan 29, 2013 at 11:50:29AM +0400, Oleg wrote:
> > ~# update-grub
> > Searching for GRUB installation directory ... found: /boot/grub
> > Searching for default file ... Generating /boot/grub/default file
On Tue, Jan 29, 2013 at 11:50:29AM +0400, Oleg wrote:
> ~# update-grub
> Searching for GRUB installation directory ... found: /boot/grub
> Searching for default file ... Generating /boot/grub/default file and setting
> the default boot entry to 0
> entry not specified.
> Usage
Hello.
I have the next error:
~# update-grub
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... Generating /boot/grub/default file and setting
the default boot entry to 0
entry not specified.
Usage: grub-set-default [OPTION] entry
Set the default
On 11/20/2012 01:21 AM, Marco d'Itri wrote:
>> Description : Build a Finnix bootloader stanza on GRUB 2 systems
> I think that you should add one or two lines to explain what Finnix is.
> At least, the word "rescue" would help a lot...
Good idea; looking back, I
On Nov 20, Ryan Finnie wrote:
> Description : Build a Finnix bootloader stanza on GRUB 2 systems
I think that you should add one or two lines to explain what Finnix is.
At least, the word "rescue" would help a lot...
> Note that there are certain restrictions regarding w
Package: wnpp
Severity: wishlist
Owner: Ryan Finnie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: grub-finnix
Version : 107
Upstream Author : N/A, native package
* URL : N/A, native package
* License : GPL
Programming Lang: Shell (dash
reassign 672104 wnpp
retitle 672104 ITP: pv-grub-menu.lst
Dear all,
Some systems booted by PV-Grub need a menu.lst file like the one created by
grub1, but without GRUB itself on the MBR. Such systems include computer cloud
systems like Amazon's Elastic Computer Cloud. Some methods to c
Whilst preparing grub 2 for release, could you please look at
re-implementing the #howmany configuration option that was included in
grub1. Here is a link to an IMHO excellent blog on how to implement the
function:
http://www.linuxquestions.org/questions/blog/drask-180603/howmany-for-grub-2
On Tue, Sep 08, 2009 at 05:35:06PM +0200, Gabor Gombas wrote:
> On Tue, Sep 08, 2009 at 04:35:42PM +0200, Fabian Greffrath wrote:
>
> > With the namespace issue fixed and a blacklist to avoid mounting
> > partitions in a virtualization environment, would it make sense t
On Tue, Sep 08, 2009 at 04:35:42PM +0200, Fabian Greffrath wrote:
> With the namespace issue fixed and a blacklist to avoid mounting
> partitions in a virtualization environment, would it make sense to
> make grub-pc recommend (or even depend on) os-prober again?
The problem is
nment, would it make sense to
make grub-pc recommend (or even depend on) os-prober again?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>
> With the namespace issue fixed and a blacklist to avoid mounting
> partitions in a virtualization environment, would it make sense to
> make grub-pc recommend (or even depend on) os-prober again?
>
Directly after Colin uploaded the new os-prober I changed it back again
to Rec
Am Montag, den 07.09.2009, 13:30 +0200 schrieb Vincent Danjean:
> Gabor Gombas wrote:
> > On Sat, Sep 05, 2009 at 03:03:40PM +0200, Felix Zielcke wrote:
> >
> >> Robert filed already after the upload of grub-legacy a RC bug so it
> >> doestn't migr
On Mon, Sep 07, 2009 at 09:53:30AM +0100, Colin Watson wrote:
> On Sat, Sep 05, 2009 at 08:32:02PM +0200, Gabor Gombas wrote:
> > On Sat, Sep 05, 2009 at 03:03:40PM +0200, Felix Zielcke wrote:
> > > Note that we only Suggests: os-prober and not Recommend: it like Ubuntu
> > > does because of 491872
Gabor Gombas wrote:
> On Sat, Sep 05, 2009 at 03:03:40PM +0200, Felix Zielcke wrote:
>
>> Robert filed already after the upload of grub-legacy a RC bug so it
>> doestn't migrate after the usual 10 days to testing.
>>
>> Note that we only Suggests: os-probe
1 - 100 of 165 matches
Mail list logo
