Bug#785069: jessie live-installer can't install grub when booted via usb drive without internet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, 12 May 2015 08:29:57 +0530 Pirate Praveen wrote: I have reproduced the bug. This is critical one, because all the newbies tend to install via Live Images. > package: live-installer > severity: critical > version: 49 > > I had to install grub manually going into console (control+alt f1), > mount the install disk and use dpkg -i to install grub twice. One was > i386 lxde edition of jessie on virtual box and second was amd64 versio n > of cinnamon+nonfree on a dell laptop. I used dd to make the usb disk > bootable. In both cases internet connection was not available. I think > it is something to do with configuring the disk as an apt source prope rly. > > This is very disappointing as live + install is very useful. > -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVZrmLAAoJEDwEFtTu2FDNejQH/j9HELnQL+hZuCU6c1GBamut h0SeuMDrQO8iP97RsMggwaD8nC9/Jf7zT3Av1r9X5SnmDR0aTRdH/VRlDvLY2W/F 3Vu8DYAD1tlLVq95rhvRBinJ2GrD+0jqaGdd4vEk158rQViSTWi5U5TcRQhYE6Jd OojMOZa3/Yb1fjuO9xhpafkjwzXlMTO2+sS5FO9ibUaEsqdKaMXEQDPLZiYEoZNz u/0t3M6VLKesy7b1vMzDYv3WQ0qNzIOdI6m5Li7W+LBbvwx9YBaL6rXf58HclSTR aElyDsqxh5uY6TZXok6N0ErTqv57xiNs9vEWpGJglvseD+zmCFO8Ch0YyY0BJcw= =BQ4N -END PGP SIGNATURE-
Re: Request to Join Project debian-installer from Vagrant Cascadian (vagrant) Welcome
On Thu, May 28, 2015 at 03:04:08AM +0200, Cyril Brulebois wrote: > nore...@alioth.debian.org (2015-05-28): > > Vagrant Cascadian (vagrant) has requested to join your project. > > Approved. Nice! Welcome Vagrant. Yes, I know, you were allready with us. Groeten Geert Stappers Who appreciates all contributors of d-i -- Leven en laten leven signature.asc Description: Digital signature
Bug#787044: libdebian-installer: please make new Build-Depends: check optional via build profiles
Source: libdebian-installer Version: 0.100 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap You may be aware that libdebian-installer is considered transitively build-essential. In practise, this means that it needs to be cross buildable. The most recent upload of version 0.100 added a new build dependency on check. The usage of check can already be disabled by setting DEB_BUILD_OPTIONS=nocheck, which helps with cross building. However it still requires check to be installed and thus cross built. This can be avoided by marking the dependency as optional by adding a "" build profile[1] to it. The nocheck profile is meant to complement DEB_BUILD_OPTIONS=nocheck on the dependency level. To avoid confusion here, I note that the nocheck profile is in not related to the package check specifically. Thanks for considering Helmut [1] https://wiki.debian.org/BuildProfileSpec diff -Nru libdebian-installer-0.100/debian/changelog libdebian-installer-0.100+nmu1/debian/changelog --- libdebian-installer-0.100/debian/changelog 2015-05-25 08:28:41.0 +0200 +++ libdebian-installer-0.100+nmu1/debian/changelog 2015-05-28 06:54:55.0 +0200 @@ -1,3 +1,10 @@ +libdebian-installer (0.100+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Make check Build-Depends optional via nocheck profile (Closes: #-1). + + -- Helmut Grohne Thu, 28 May 2015 06:54:36 +0200 + libdebian-installer (0.100) unstable; urgency=medium [ Philipp Kern ] diff -Nru libdebian-installer-0.100/debian/control libdebian-installer-0.100+nmu1/debian/control --- libdebian-installer-0.100/debian/control2015-05-25 08:11:09.0 +0200 +++ libdebian-installer-0.100+nmu1/debian/control 2015-05-28 06:55:02.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Install System Team Uploaders: Bastian Blank , Colin Watson , Christian Perrier , Steve McIntyre <93...@debian.org> -Build-Depends: dpkg-dev (>= 1.13.5), debhelper (>= 9), dh-autoreconf, doxygen, pkg-config, check +Build-Depends: dpkg-dev (>= 1.13.5), debhelper (>= 9), dh-autoreconf, doxygen, pkg-config, check Standards-Version: 3.9.6 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=d-i/libdebian-installer.git Vcs-Git: git://anonscm.debian.org/d-i/libdebian-installer.git
Re: Request to Join Project debian-installer from Vagrant Cascadian (vagrant)
Quoting Cyril Brulebois (k...@debian.org): > > So if it makes sense for me to have commit access, great, if not, I'll > > keep submitting patches and bug reports. > > I don't think both approaches are exclusive. Feel free to push stuff > you're comfortable with, and to file bug reports with patches for stuff > you'd appreciate peer review for. Just one more notice : there is a kind of "autobuilduploader" working on d-i git. In short, packages with pending "UNRELEASED" changes are usually uploaded with these changes during the days that follow the commit. To be clear, I have a daily script that monitors d-i packages and notifies me when one has unreleased changes. Then, I build and upload the said package. The rough idea behind all this is "get things tested ASAP rather than accumulate changes and only upload when a d-i release is being prepared". *I do not test nor review such changes* In case someone does not want somthing to be immediately uploaded, please send a notice to -boot, which I read on a regular basis. signature.asc Description: Digital signature
Re: Request to Join Project debian-installer from Vagrant Cascadian (vagrant)
Heya, (Taking the liberty of quoting your comments to the list.) nore...@alioth.debian.org (2015-05-28): > Vagrant Cascadian (vagrant) has requested to join your project. Approved. > Comments by the user: > > I wonder if it wouldn't make sense for me to have commit access to > flash-kernel and debian-installer to streamline u-boot integration on > armhf platforms, rather than constantly pestering about bug reports... > on the other hand, the peer review can be useful... > > I'm not sure I'm ready to commit to reading all the debian-boot > traffic yet... > > So if it makes sense for me to have commit access, great, if not, I'll > keep submitting patches and bug reports. I don't think both approaches are exclusive. Feel free to push stuff you're comfortable with, and to file bug reports with patches for stuff you'd appreciate peer review for. Mraw, KiBi. signature.asc Description: Digital signature
Bug#782574: installation-reports: d-i does not boot on beaglebone black
On 2015-05-27, François-Régis wrote: > Le 27/05/2015 20:36, Vagrant Cascadian a écrit : >> On 2015-04-15, Cyril Brulebois wrote: >>> Karsten Merker (2015-04-15): On Tue, Apr 14, 2015 at 06:42:57PM -0700, Vagrant Cascadian wrote: >>> So I've been thinking about this for a while and I'm not too happy about >>> possibly rushing these changes at this point. What could be considered >>> instead is having these changes staged into unstable, let them migrate >>> to testing/stretch when the freeze is lifted, and possibly backport them >>> in to the jessie first point release. A workaround can be documented in >>> the D-I Jessie RC3 errata. >> >> Seems like we've missed the chance to resolve this for Jessie's first >> point release, but perhaps we can make it for the second point release? >> >> I don't see anything mentioned in the errata yet: >> >> https://www.debian.org/releases/stable/debian-installer/#errata >> >> Not sure what the process is to update that, but I'd be happy to work on >> some text for it. > > I was not very pushy to make this mentioned in the errata giving the > fact that the most popular way to install debian on BBB is to use > readymade disk images and not d-i. If it's hard to install using d-i, it'll stay that way, which sounds like a bug worth fixing to me :) > That said I'd like to help on documenting. Good. >> Flash-kernel in unstable has the needed changes and u-boot in unstable >> has the needed changes, although I think it would be better to go with >> the smaller patch I had proposed earlier rather than backporting the >> entire distro_bootcmd stack... >> >> Now that USB support is working on the BBB with the kernel in >> jessie-proposed-updates(Yay!), BeagleBone Black is a more attractive >> platform for running Debian on, so it would be nice to get d-i support >> working out of the box... > > Definitely yes, with flash-kernel, u-boot and kernel having a good > coverage of bbb hardware, d-i could be the prefered way to use debian on > bbb. (Vagrant:could you give me a pointer on the kernel supporting usb ?) It was fixed in linux 3.16.7-ckt11-1 (as well as the 4.x version currently in sid): https://bugs.debian.org/773400 It's currently available in the jessie-proposed-updates repository, and I presume will be released with the stable point release coming up shortly: https://wiki.debian.org/StableProposedUpdates live well, vagrant signature.asc Description: PGP signature
Bug#782574: installation-reports: d-i does not boot on beaglebone black
Le 27/05/2015 22:20, Lennart Sorensen a écrit : > On Wed, May 27, 2015 at 11:36:09AM -0700, Vagrant Cascadian wrote: > I am curious though: With the am3359-evmsk board I see no network traffic > with gigabit link and the 3.16 (or 4.0) kernel, but I do see traffic at > 100Mbit link speed. Does anyone with a beaglebone see the same behaviour? > Using the TI sdk kernel does work at gigabit speed, so the hardware > seems fine. > AFAIK beaglebone black has only 10/100 ethernet link [1] so it's hard to watch the same behaviour. [1] http://elinux.org/Beagleboard:BeagleBoneBlack#BeagleBone_Black_Features -- François-Régis -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55665190.6070...@miradou.com
Bug#782574: installation-reports: d-i does not boot on beaglebone black
Hi Vagrant, Hi Cyril, Hi all, Le 27/05/2015 20:36, Vagrant Cascadian a écrit : > On 2015-04-15, Cyril Brulebois wrote: >> Karsten Merker (2015-04-15): >>> On Tue, Apr 14, 2015 at 06:42:57PM -0700, Vagrant Cascadian wrote: >> So I've been thinking about this for a while and I'm not too happy about >> possibly rushing these changes at this point. What could be considered >> instead is having these changes staged into unstable, let them migrate >> to testing/stretch when the freeze is lifted, and possibly backport them >> in to the jessie first point release. A workaround can be documented in >> the D-I Jessie RC3 errata. > > Seems like we've missed the chance to resolve this for Jessie's first > point release, but perhaps we can make it for the second point release? > > I don't see anything mentioned in the errata yet: > > https://www.debian.org/releases/stable/debian-installer/#errata > > Not sure what the process is to update that, but I'd be happy to work on > some text for it. I was not very pushy to make this mentioned in the errata giving the fact that the most popular way to install debian on BBB is to use readymade disk images and not d-i. That said I'd like to help on documenting. > Flash-kernel in unstable has the needed changes and u-boot in unstable > has the needed changes, although I think it would be better to go with > the smaller patch I had proposed earlier rather than backporting the > entire distro_bootcmd stack... > > Now that USB support is working on the BBB with the kernel in > jessie-proposed-updates(Yay!), BeagleBone Black is a more attractive > platform for running Debian on, so it would be nice to get d-i support > working out of the box... Definitely yes, with flash-kernel, u-boot and kernel having a good coverage of bbb hardware, d-i could be the prefered way to use debian on bbb. (Vagrant:could you give me a pointer on the kernel supporting usb ?) -- François-Régis signature.asc Description: OpenPGP digital signature
Re: [preseed] multiple disks, rules to select the "smallest" one
On Wed, May 27, 2015 at 12:11:26PM -0400, Sandro Tosi wrote: ... > In order to avoid writing a custom preseed file all the times, we're > wondering if there is already a policy that would instruct d-i to use > the smallest physical drive on the system as the one to partition and > use for installation or alternatively how we should write our > preseed.cfg to obtain that (eventually with some early_command?). the smallest drive? Like, for example, the floopy disk? -- hendrik -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150527164717.gd18...@topoi.pooq.com
Bug#782574: installation-reports: d-i does not boot on beaglebone black
On Wed, May 27, 2015 at 11:36:09AM -0700, Vagrant Cascadian wrote: > Seems like we've missed the chance to resolve this for Jessie's first > point release, but perhaps we can make it for the second point release? > > I don't see anything mentioned in the errata yet: > > https://www.debian.org/releases/stable/debian-installer/#errata > > Not sure what the process is to update that, but I'd be happy to work on > some text for it. > > > Flash-kernel in unstable has the needed changes and u-boot in unstable > has the needed changes, although I think it would be better to go with > the smaller patch I had proposed earlier rather than backporting the > entire distro_bootcmd stack... > > > Now that USB support is working on the BBB with the kernel in > jessie-proposed-updates(Yay!), BeagleBone Black is a more attractive > platform for running Debian on, so it would be nice to get d-i support > working out of the box... Yay. I am curious though: With the am3359-evmsk board I see no network traffic with gigabit link and the 3.16 (or 4.0) kernel, but I do see traffic at 100Mbit link speed. Does anyone with a beaglebone see the same behaviour? Using the TI sdk kernel does work at gigabit speed, so the hardware seems fine. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150527202005.gg6...@csclub.uwaterloo.ca
Bug#782574: installation-reports: d-i does not boot on beaglebone black
On 2015-04-15, Cyril Brulebois wrote: > Karsten Merker (2015-04-15): >> On Tue, Apr 14, 2015 at 06:42:57PM -0700, Vagrant Cascadian wrote: >> > I've tested that it boots the armhf daily hd-media installer and >> > boots an installed system. I could upload a new version of u-boot if >> > it's deemed worth it; otherwise we'll just need more complicated >> > instructions for manually loading the installer on d-i. FWIW, The >> > netboot media via tftp works without any changes. ... >> As the deadline for d-i-relevant changes is Friday, the question >> is what to do now. AFAICS due to the necessity to change the BBB >> boot script in flash-kernel when the patch is applied to u-boot, >> both flash-kernel and u-boot would have to enter Jessie in >> lockstep. As there is not enough time for regular migration to >> Jessie, the release team would have to urgent both packages in >> addition to an unblock to keep the deadline. The involved DDs >> are in vastly different timezones, which makes all this even more >> problematic. As stated above, I probably won't be able to take >> care of flash-kernel in time, so unless Ian would like to handle >> that, I do not see a a realistic chance to get this solved for >> Jessie. ... > So I've been thinking about this for a while and I'm not too happy about > possibly rushing these changes at this point. What could be considered > instead is having these changes staged into unstable, let them migrate > to testing/stretch when the freeze is lifted, and possibly backport them > in to the jessie first point release. A workaround can be documented in > the D-I Jessie RC3 errata. Seems like we've missed the chance to resolve this for Jessie's first point release, but perhaps we can make it for the second point release? I don't see anything mentioned in the errata yet: https://www.debian.org/releases/stable/debian-installer/#errata Not sure what the process is to update that, but I'd be happy to work on some text for it. Flash-kernel in unstable has the needed changes and u-boot in unstable has the needed changes, although I think it would be better to go with the smaller patch I had proposed earlier rather than backporting the entire distro_bootcmd stack... Now that USB support is working on the BBB with the kernel in jessie-proposed-updates(Yay!), BeagleBone Black is a more attractive platform for running Debian on, so it would be nice to get d-i support working out of the box... live well, vagrant signature.asc Description: PGP signature
[preseed] multiple disks, rules to select the "smallest" one
Hello, in case a machine has just one disk, we can skip the d-i partman-auto/disk string line and the d-i will do the right thing. Sometimes we also have machines with multiple drives, consider the now usual case of a fast SSD for the OS and a slower/larger spinning drive for data. In order to avoid writing a custom preseed file all the times, we're wondering if there is already a policy that would instruct d-i to use the smallest physical drive on the system as the one to partition and use for installation or alternatively how we should write our preseed.cfg to obtain that (eventually with some early_command?). Thanks in advance for your help, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAB4XWXzoWecBuXXs1-KX+stO=pqrkqqkgx1pmzjucj9w2s3...@mail.gmail.com
Bug#785149: grub-installer: NVMe boot drives not supported
I just realized that an out-of-band email thread I had with Cyril didn’t make
it to this issue - here’s the final email to me from Cyril:
-
Steve Rowe (2015-05-12):
>
>> On May 12, 2015, at 4:49 PM, Cyril Brulebois wrote:
>>> --- grub-installer-1.117/grub-installer 2015-01-12 23:01:14.0
>>> -0500
>>> +++ grub-installer-1.117/grub-installer.fixed 2015-05-12
>>> 15:13:49.002358498 -0400
>>> @@ -134,7 +134,7 @@
>>> # This should probably be rewritten using udevadm or similar.
>>> device_to_disk () {
>>> echo "$1" | \
>>> - sed
>>> 's:\(/dev/\(cciss\|ida\|rs\)/c[0-9]d[0-9][0-9]*\|/dev/mmcblk[0-9]\|/dev/\(ad\|ada\|da\)[0-9]\+\|/dev/[hs]d[0-9]\+\|/dev/[a-z]\+\).*:\1:'
>>> + sed
>>> 's:\(/dev/nvme[0-9]n[0-9]\|/dev/\(cciss\|ida\|rs\)/c[0-9]d[0-9][0-9]*\|/dev/mmcblk[0-9]\|/dev/\(ad\|ada\|da\)[0-9]\+\|/dev/[hs]d[0-9]\+\|/dev/[a-z]\+\).*:\1:'
>>
>> I moved the addition to the end, which makes visual inspection slightly
>> easier.
>
> There’s a problem with this: the preceding pattern "/dev/[a-z]\+" will match
> "/dev/nvme.*”, so the nvme pattern will never be reached.
Good catch, pushed this extra commit accordingly:
https://anonscm.debian.org/cgit/d-i/grub-installer.git/commit/?id=22a8aef
>>> # Run update-grub in $ROOT
>>> @@ -252,7 +252,7 @@
>>>/dev/mapper)
>>> disc_offered_devfs="$bootfs"
>>> ;;
>>> -
>>> /dev/[hsv]d[a-z0-9]|/dev/xvd[a-z]|/dev/cciss/c[0-9]d[0-9]*|/dev/ida/c[0-9]d[0-9]*|/dev/rs/c[0-9]d[0-9]*|/dev/mmcblk[0-9]|/dev/ad[0-9]*|/dev/da[0-9]*)
>>> +
>>> /dev/nvme[0-9]n[0-9]|/dev/[hsv]d[a-z0-9]|/dev/xvd[a-z]|/dev/cciss/c[0-9]d[0-9]*|/dev/ida/c[0-9]d[0-9]*|/dev/rs/c[0-9]d[0-9]*|/dev/mmcblk[0-9]|/dev/ad[0-9]*|/dev/da[0-9]*)
>>
>> Same story here.
>
> Looks like there is no general pattern that will match “/dev/nvme.*”
> above, so putting it at the end isn’t a problem.
Adjusted for consistency.
Thanks again!
Mraw,
KiBi.
-
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/7e89c0a2-8ed2-4aa2-849c-a12504445...@gmail.com
Processed: closing 765757
Processing commands for cont...@bugs.debian.org: > close 765757 49 Bug #765757 [live-installer] live-installer: Installation fails when using a non-en locale when trying to mount /proc Marked as fixed in versions live-installer/49. Bug #765757 [live-installer] live-installer: Installation fails when using a non-en locale when trying to mount /proc Marked Bug as done > thanks Stopping processing here. Please contact me if you need assistance. -- 765757: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765757 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.143272307525740.transcr...@bugs.debian.org
Solving os-prober related problems by adding it to the desktop task during installation
Hello I have noticed during fresh debian installs the package os-prober is automatically installed when you select grub as a bootloader, as a 'Recommends' of grub-common. Unfortunately the way os-prober detects other OSes on local media, might prove cumbersome or even dangerous if you use do virtualization. For instance if using partitions to store Xen DomU, os prober will create a grub entry for each of your VM in the grub menu list. There is also this bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701814 where iscsi-exported block devices would get corrupted by os-prober. To get around this problems, I was wondering if it would a good idea to downgrad the os-prober 'Recommends' to 'Suggests', and add os-prober as a package in the desktop Taskel. I have yet to see a dualboot server install, but on a workstation os-prober makes sense. The problem that I see with this reasoning, is that it assumes a debian text-only installation does not require dual boot. Comments ? Emmanuel -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55658b26.5090...@proxmox.com
