Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #195619 > unrolled thread
| Started by | Kent West <westk@acu.edu> |
|---|---|
| First post | 2018-05-11 18:20 +0200 |
| Last post | 2018-05-15 01:10 +0200 |
| Articles | 20 on this page of 67 — 14 participants |
Back to article view | Back to linux.debian.user
USB Install Fails, Complains about CD-ROM Kent West <westk@acu.edu> - 2018-05-11 18:20 +0200
Re: USB Install Fails, Complains about CD-ROM Robert Menes <viewtiful.icchan@gmail.com> - 2018-05-11 18:40 +0200
Re: USB Install Fails, Complains about CD-ROM Rick Thomas <rbthomas@pobox.com> - 2018-05-12 01:10 +0200
Re: USB Install Fails, Complains about CD-ROM Kenneth Parker <sea7kenp@gmail.com> - 2018-05-12 03:40 +0200
Re: USB Install Fails, Complains about CD-ROM Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-12 19:40 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-11 18:40 +0200
Re: USB Install Fails, Complains about CD-ROM Curt <curty@free.fr> - 2018-05-11 19:10 +0200
Re: USB Install Fails, Complains about CD-ROM Kent West <westk@acu.edu> - 2018-05-11 20:40 +0200
Re: USB Install Fails, Complains about CD-ROM songbird <songbird@anthive.com> - 2018-05-11 19:50 +0200
Re: USB Install Fails, Complains about CD-ROM Kent West <westk@acu.edu> - 2018-05-11 20:40 +0200
Re: USB Install Fails, Complains about CD-ROM Kent West <westk@acu.edu> - 2018-05-11 21:30 +0200
Re: USB Install Fails, Complains about CD-ROM Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-11 22:00 +0200
Re: USB Install Fails, Complains about CD-ROM Kent West <westk@acu.edu> - 2018-05-11 22:20 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-11 22:40 +0200
Re: USB Install Fails, Complains about CD-ROM Kent West <westk@acu.edu> - 2018-05-11 23:00 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-12 00:00 +0200
Re: USB Install Fails, Complains about CD-ROM Brian <ad44@cityscape.co.uk> - 2018-05-12 12:30 +0200
Re: USB Install Fails, Complains about CD-ROM Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-12 19:50 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-12 21:40 +0200
Re: USB Install Fails, Complains about CD-ROM Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-13 10:20 +0200
Re: Block sizes in ISOs. was: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-13 11:30 +0200
UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-13 17:20 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-13 19:10 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-14 02:10 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-14 23:40 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-15 04:00 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM songbird <songbird@anthive.com> - 2018-05-14 12:40 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM Chris Ramsden <chris.ramsden@gmail.com> - 2018-05-14 14:40 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-14 16:00 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM Chris Ramsden <chris.ramsden@gmail.com> - 2018-05-14 17:00 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM songbird <songbird@anthive.com> - 2018-05-15 02:50 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM Stefan Monnier <monnier@iro.umontreal.ca> - 2018-05-14 15:20 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-14 16:40 +0200
Re: UEFI/"BIOS" booting "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-14 18:00 +0200
Re: UEFI/"BIOS" booting Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-14 23:50 +0200
Re: UEFI/"BIOS" booting "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-15 09:00 +0200
Re: UEFI/"BIOS" booting Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-16 00:20 +0200
Re: UEFI/"BIOS" booting Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-16 23:50 +0200
Re: UEFI/"BIOS" booting "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-17 13:00 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM Stefan Monnier <monnier@iro.umontreal.ca> - 2018-05-14 18:00 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-15 03:30 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-16 00:40 +0200
Re: UEFI/"BIOS" booting, was Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-18 20:40 +0200
Re: UEFI/"BIOS" booting Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-14 23:50 +0200
Re: UEFI/"BIOS" booting David Wright <deblis@lionunicorn.co.uk> - 2018-05-15 03:40 +0200
Re: UEFI/"BIOS" booting Pascal Hambourg <pascal@plouf.fr.eu.org> - 2018-05-16 00:40 +0200
Re: UEFI/"BIOS" booting mess-mate <eric.m.c.declerck@gmail.com> - 2018-05-16 15:20 +0200
Re: UEFI/"BIOS" booting David Wright <deblis@lionunicorn.co.uk> - 2018-05-18 20:50 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-13 04:20 +0200
Re: USB Install Fails, Complains about CD-ROM Curt <curty@free.fr> - 2018-05-13 10:30 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-13 12:10 +0200
Re: USB Install Fails, Complains about CD-ROM Curt <curty@free.fr> - 2018-05-13 14:10 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-13 14:50 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-13 19:00 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-13 20:20 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-14 00:40 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-14 13:30 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-14 16:50 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-14 18:20 +0200
Re: USB Install Fails, Complains about CD-ROM David Wright <deblis@lionunicorn.co.uk> - 2018-05-14 20:10 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-14 22:10 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-14 23:00 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-15 01:20 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-15 09:10 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-17 23:40 +0200
Re: USB Install Fails, Complains about CD-ROM "Thomas Schmitt" <scdbackup@gmx.net> - 2018-05-18 08:50 +0200
Re: USB Install Fails, Complains about CD-ROM Mike Kupfer <mkupfer@alum.berkeley.edu> - 2018-05-15 01:10 +0200
Page 1 of 4 [1] 2 3 4 Next page →
| From | Kent West <westk@acu.edu> |
|---|---|
| Date | 2018-05-11 18:20 +0200 |
| Subject | USB Install Fails, Complains about CD-ROM |
| Message-ID | <vOiVX-1mq-3@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
I have a Dell Latitude E7250 laptop. I'm trying to install Debian to it using a USB stick. I've tried both of these .ISOs: debian-9.4.0-amd64-xfce-CD-1.iso debian-buster-DI-alpha2-amd64-xfce-CD-1.iso I used my desktop Debian box to download these via Firefox from https://www.debian.org/CD/http-ftp/ I inserted a USB stick, and ran: # sudo cp debian-9.4.0-amd64-xfce-CD-1.iso /dev/sdc as per the instructions at https://www.debian.org/CD/faq/#write-usb I then ejected the USB stick from my desktop Debian box, and inserted it into the laptop, and then booted the laptop to the USB stick. The graphical install does not seem to recognize the trackpad (which is recognized in the laptop's EFI firmware settings, so I know it works), but that's a minor issue, as I can tinker with that later, and just use the keyboard to install for now. The real problem is that after going through the first three or four screens, the install halts, complaining about not being able to read the CD-ROM. Googling the issue suggested a couple of possible fixes, but I've had no success yet. Any help? Thanks! -- Kent West <")))>< Westing Peacefully - http://kentwest.blogspot.com
[toc] | [next] | [standalone]
| From | Robert Menes <viewtiful.icchan@gmail.com> |
|---|---|
| Date | 2018-05-11 18:40 +0200 |
| Message-ID | <vOjfj-1su-3@gated-at.bofh.it> |
| In reply to | #195619 |
[Multipart message — attachments visible in raw view] — view raw
Hi Kent, It's much easier to write the image to the USB stick using the dd command instead: # dd if=debian-9.4.0-amd64-xfce-CD-1.iso of=/dev/sdc bs=1M This should give you a working install stick. --Robert On Fri, May 11, 2018, 12:12 Kent West <westk@acu.edu> wrote: > I have a Dell Latitude E7250 laptop. I'm trying to install Debian to it > using a USB stick. > > I've tried both of these .ISOs: > > debian-9.4.0-amd64-xfce-CD-1.iso > debian-buster-DI-alpha2-amd64-xfce-CD-1.iso > > I used my desktop Debian box to download these via Firefox from > https://www.debian.org/CD/http-ftp/ > > I inserted a USB stick, and ran: > > # sudo cp debian-9.4.0-amd64-xfce-CD-1.iso /dev/sdc > > as per the instructions at https://www.debian.org/CD/faq/#write-usb > > I then ejected the USB stick from my desktop Debian box, and inserted it > into the laptop, and then booted the laptop to the USB stick. > > The graphical install does not seem to recognize the trackpad (which is > recognized in the laptop's EFI firmware settings, so I know it works), but > that's a minor issue, as I can tinker with that later, and just use the > keyboard to install for now. > > The real problem is that after going through the first three or four > screens, the install halts, complaining about not being able to read the > CD-ROM. > > Googling the issue suggested a couple of possible fixes, but I've had no > success yet. > > Any help? > > Thanks! > > > > -- > Kent West <")))>< > Westing Peacefully - http://kentwest.blogspot.com >
[toc] | [prev] | [next] | [standalone]
| From | Rick Thomas <rbthomas@pobox.com> |
|---|---|
| Date | 2018-05-12 01:10 +0200 |
| Message-ID | <vOpkJ-5do-1@gated-at.bofh.it> |
| In reply to | #195620 |
Hi Kent,
After doing the cp or dd to write the .iso to the USB, do you do a “sync” before you eject it? Writing to a USB stick can seem to go quite fast, but that’s because of buffering. Often it takes quite a while (a minute or more for a very big write on a machine with plenty of RAM) to clear the buffers and write thru to permanent media.
Just a thought,
Rick
PS: Here’s what I use to write a .iso file to a USB stick:
dd if=/debian-live-9.4.0-amd64-mate.iso of=/dev/sdc bs=1M conv=fsync status=progress
sync
eject /dev/sdc
Hope it helps!
On May 11, 2018, at 9:34 AM, Robert Menes <viewtiful.icchan@gmail.com> wrote:
> Hi Kent,
>
> It's much easier to write the image to the USB stick using the dd command instead:
>
> # dd if=debian-9.4.0-amd64-xfce-CD-1.iso of=/dev/sdc bs=1M
>
> This should give you a working install stick.
>
> --Robert
>
>
> On Fri, May 11, 2018, 12:12 Kent West <westk@acu.edu> wrote:
> I have a Dell Latitude E7250 laptop. I'm trying to install Debian to it using a USB stick.
>
> I've tried both of these .ISOs:
>
> debian-9.4.0-amd64-xfce-CD-1.iso
> debian-buster-DI-alpha2-amd64-xfce-CD-1.iso
>
> I used my desktop Debian box to download these via Firefox from https://www.debian.org/CD/http-ftp/
>
> I inserted a USB stick, and ran:
>
> # sudo cp debian-9.4.0-amd64-xfce-CD-1.iso /dev/sdc
>
> as per the instructions at https://www.debian.org/CD/faq/#write-usb
>
> I then ejected the USB stick from my desktop Debian box, and inserted it into the laptop, and then booted the laptop to the USB stick.
>
> The graphical install does not seem to recognize the trackpad (which is recognized in the laptop's EFI firmware settings, so I know it works), but that's a minor issue, as I can tinker with that later, and just use the keyboard to install for now.
>
> The real problem is that after going through the first three or four screens, the install halts, complaining about not being able to read the CD-ROM.
>
> Googling the issue suggested a couple of possible fixes, but I've had no success yet.
>
> Any help?
>
> Thanks!
>
>
>
> --
> Kent West <")))><
> Westing Peacefully - http://kentwest.blogspot.com
[toc] | [prev] | [next] | [standalone]
| From | Kenneth Parker <sea7kenp@gmail.com> |
|---|---|
| Date | 2018-05-12 03:40 +0200 |
| Message-ID | <vOrFT-6s3-1@gated-at.bofh.it> |
| In reply to | #195641 |
[Multipart message — attachments visible in raw view] — view raw
I was burned once by this sort of Foolishness. (Some USB Drives even have "Blinky Lights", to tell when Activity occurs). I do the File Copy, it comes back to a prompt right away. But then, when I say "sync", it shows how slow Access is, to writing to some of these USB Drives. Never pull out a USB, until you are *SURE* it is safe to do so. That was a good lesson for me! Kenneth Parker On Fri, May 11, 2018 at 7:04 PM, Rick Thomas <rbthomas@pobox.com> wrote: > Hi Kent, > > After doing the cp or dd to write the .iso to the USB, do you do a “sync” > before you eject it? Writing to a USB stick can seem to go quite fast, but > that’s because of buffering. Often it takes quite a while (a minute or > more for a very big write on a machine with plenty of RAM) to clear the > buffers and write thru to permanent media. > > Just a thought, > Rick > > PS: Here’s what I use to write a .iso file to a USB stick: > dd if=/debian-live-9.4.0-amd64-mate.iso of=/dev/sdc bs=1M conv=fsync > status=progress > sync > eject /dev/sdc > Hope it helps! > > > On May 11, 2018, at 9:34 AM, Robert Menes <viewtiful.icchan@gmail.com> > wrote: > > > Hi Kent, > > > > It's much easier to write the image to the USB stick using the dd > command instead: > > > > # dd if=debian-9.4.0-amd64-xfce-CD-1.iso of=/dev/sdc bs=1M > > > > This should give you a working install stick. > > > > --Robert > > > > > > On Fri, May 11, 2018, 12:12 Kent West <westk@acu.edu> wrote: > > I have a Dell Latitude E7250 laptop. I'm trying to install Debian to it > using a USB stick. > > > > I've tried both of these .ISOs: > > > > debian-9.4.0-amd64-xfce-CD-1.iso > > debian-buster-DI-alpha2-amd64-xfce-CD-1.iso > > > > I used my desktop Debian box to download these via Firefox from > https://www.debian.org/CD/http-ftp/ > > > > I inserted a USB stick, and ran: > > > > # sudo cp debian-9.4.0-amd64-xfce-CD-1.iso /dev/sdc > > > > as per the instructions at https://www.debian.org/CD/faq/#write-usb > > > > I then ejected the USB stick from my desktop Debian box, and inserted it > into the laptop, and then booted the laptop to the USB stick. > > > > The graphical install does not seem to recognize the trackpad (which is > recognized in the laptop's EFI firmware settings, so I know it works), but > that's a minor issue, as I can tinker with that later, and just use the > keyboard to install for now. > > > > The real problem is that after going through the first three or four > screens, the install halts, complaining about not being able to read the > CD-ROM. > > > > Googling the issue suggested a couple of possible fixes, but I've had no > success yet. > > > > Any help? > > > > Thanks! > > > > > > > > -- > > Kent West <")))>< > > Westing Peacefully - http://kentwest.blogspot.com > >
[toc] | [prev] | [next] | [standalone]
| From | Pascal Hambourg <pascal@plouf.fr.eu.org> |
|---|---|
| Date | 2018-05-12 19:40 +0200 |
| Message-ID | <vOGEV-xw-9@gated-at.bofh.it> |
| In reply to | #195641 |
Le 12/05/2018 à 01:04, Rick Thomas a écrit : > > After doing the cp or dd to write the .iso to the USB, do you do a “sync” before you eject it? I don't, because I don't feel the need to. According to its man page description, sync "flush file system buffers", but the destination is a raw device, not a filesystem, so filesystem buffers should not be involved. > Writing to a USB stick can seem to go quite fast Not in my experience when writing to the raw USB device. The USB drives I use have an activity light. It stops blinking as soon as the dd or cp command terminates. I also monitor block I/O with vmstat and block writes drop as soon as dd or cp terminates. If I run sync, I do not see any more activity from the light or vmstat.
[toc] | [prev] | [next] | [standalone]
| From | "Thomas Schmitt" <scdbackup@gmx.net> |
|---|---|
| Date | 2018-05-11 18:40 +0200 |
| Message-ID | <vOjfk-1su-7@gated-at.bofh.it> |
| In reply to | #195619 |
Hi, Kent West wrote: > The real problem is that after going through the first three or four > screens, the install halts, complaining about not being able to read the > CD-ROM. Report this to debian-cd@lists.debian.org and add the original messages of the complaing software. I'd say that if the software can show installation screens then the part of copying to USB stick was done properly. But the USB stick and its ISO 9660 filesystem seems not to be recognized as substitue for a CD. That's not normal. Have a nice day :) Thomas
[toc] | [prev] | [next] | [standalone]
| From | Curt <curty@free.fr> |
|---|---|
| Date | 2018-05-11 19:10 +0200 |
| Message-ID | <vOjIl-1Sa-11@gated-at.bofh.it> |
| In reply to | #195619 |
On 2018-05-11, Kent West <westk@acu.edu> wrote: > > The real problem is that after going through the first three or four > screens, the install halts, complaining about not being able to read the > CD-ROM. I would guess that in the installer's parlance it's referring to your usb stick. Have you tried another stick (flaky stick)? Or another usb port (flaky port)? > Googling the issue suggested a couple of possible fixes, but I've had no > success yet. If only we knew what they were--like going to the console and mounting the usb stick manually? > Any help? > > Thanks! > > > --
[toc] | [prev] | [next] | [standalone]
| From | Kent West <westk@acu.edu> |
|---|---|
| Date | 2018-05-11 20:40 +0200 |
| Message-ID | <vOl7s-2B2-3@gated-at.bofh.it> |
| In reply to | #195622 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, May 11, 2018 at 11:56 AM, Curt <curty@free.fr> wrote: > On 2018-05-11, Kent West <westk@acu.edu> wrote: > > > > The real problem is that after going through the first three or four > > screens, the install halts, complaining about not being able to read the > > CD-ROM. > > I would guess that in the installer's parlance it's referring to your usb > stick. > > Have you tried another stick (flaky stick)? Or another usb port (flaky > port)? > > > Googling the issue suggested a couple of possible fixes, but I've had no > > success yet. > > If only we knew what they were--like going to the console and mounting > the usb stick manually? > > Yes, but mounting didn't work, no matter what I tried. But as reported in another post just now, the problem turned out to be that the stick had a "mac" partition table; I converted it to "GPT", and now all is well (well, except for the trackpad not working, which I'll worry about later). -- Kent West <")))>< Westing Peacefully - http://kentwest.blogspot.com
[toc] | [prev] | [next] | [standalone]
| From | songbird <songbird@anthive.com> |
|---|---|
| Date | 2018-05-11 19:50 +0200 |
| Message-ID | <vOkl4-25e-13@gated-at.bofh.it> |
| In reply to | #195619 |
Kent West wrote: > --000000000000b378b9056bf066d4 > Content-Type: text/plain; charset="UTF-8" > > I have a Dell Latitude E7250 laptop. I'm trying to install Debian to it > using a USB stick. > > I've tried both of these .ISOs: > > debian-9.4.0-amd64-xfce-CD-1.iso > debian-buster-DI-alpha2-amd64-xfce-CD-1.iso > > I used my desktop Debian box to download these via Firefox from > https://www.debian.org/CD/http-ftp/ > > I inserted a USB stick, and ran: > > # sudo cp debian-9.4.0-amd64-xfce-CD-1.iso /dev/sdc > > as per the instructions at https://www.debian.org/CD/faq/#write-usb > > I then ejected the USB stick from my desktop Debian box, and inserted it > into the laptop, and then booted the laptop to the USB stick. > > The graphical install does not seem to recognize the trackpad (which is > recognized in the laptop's EFI firmware settings, so I know it works), but > that's a minor issue, as I can tinker with that later, and just use the > keyboard to install for now. > > The real problem is that after going through the first three or four > screens, the install halts, complaining about not being able to read the > CD-ROM. > > Googling the issue suggested a couple of possible fixes, but I've had no > success yet. > > Any help? try the netinst images instead and when you do the copy make sure it is sync'd before removing USB device. on my system the cp returns very quickly but the sync may take some time before everything is written to the USB stick. songbird
[toc] | [prev] | [next] | [standalone]
| From | Kent West <westk@acu.edu> |
|---|---|
| Date | 2018-05-11 20:40 +0200 |
| Message-ID | <vOl7s-2B2-13@gated-at.bofh.it> |
| In reply to | #195625 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, May 11, 2018 at 12:45 PM, songbird <songbird@anthive.com> wrote: > Kent West wrote: > > --000000000000b378b9056bf066d4 > > Content-Type: text/plain; charset="UTF-8" > > > > I have a Dell Latitude E7250 laptop. I'm trying to install Debian to it > > using a USB stick. > > > > I've tried both of these .ISOs: > > > > debian-9.4.0-amd64-xfce-CD-1.iso > > debian-buster-DI-alpha2-amd64-xfce-CD-1.iso > > > > I used my desktop Debian box to download these via Firefox from > > https://www.debian.org/CD/http-ftp/ > > > > I inserted a USB stick, and ran: > > > > # sudo cp debian-9.4.0-amd64-xfce-CD-1.iso /dev/sdc > > > > as per the instructions at https://www.debian.org/CD/faq/#write-usb > > > > I then ejected the USB stick from my desktop Debian box, and inserted it > > into the laptop, and then booted the laptop to the USB stick. > > > > The graphical install does not seem to recognize the trackpad (which is > > recognized in the laptop's EFI firmware settings, so I know it works), > but > > that's a minor issue, as I can tinker with that later, and just use the > > keyboard to install for now. > > > > The real problem is that after going through the first three or four > > screens, the install halts, complaining about not being able to read the > > CD-ROM. > > > > Googling the issue suggested a couple of possible fixes, but I've had no > > success yet. > > > > Any help? > > try the netinst images instead and when you do the copy > make sure it is sync'd before removing USB device. on my > system the cp returns very quickly but the sync may take > some time before everything is written to the USB stick. > > > songbird > > While chasing down a completely different issue unrelated to this install, I learned that EFI boot drives need to have a GPT partition table. On a lark, I ran "gparted --list", and discovered that the flash drive had a "mac" partition table. Wha-a-ah-h-h?? Okay. So I ran gparted, selected the drive, and created a new "GPT" partition table, then repeated all my former steps, and bang! Success! It's currently pulling down gobs of stuff (I elected to install Cinnamon and KDE and Gnome - always fun to overload a drive unnecessarily ;-) ). Well, the trackpad still doesn't work in the installer, but I have half a suspicion that once the system boots, the trackpad will work. We'll see in a few. Thanks for the responses, all! -- Kent West <")))>< Westing Peacefully - http://kentwest.blogspot.com
[toc] | [prev] | [next] | [standalone]
| From | Kent West <westk@acu.edu> |
|---|---|
| Date | 2018-05-11 21:30 +0200 |
| Message-ID | <vOlTP-365-3@gated-at.bofh.it> |
| In reply to | #195628 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, May 11, 2018 at 1:33 PM, Kent West <westk@acu.edu> wrote: > > > On Fri, May 11, 2018 at 12:45 PM, songbird <songbird@anthive.com> wrote: > >> Kent West wrote: >> > --000000000000b378b9056bf066d4 >> > Content-Type: text/plain; charset="UTF-8" >> > >> > I have a Dell Latitude E7250 laptop. I'm trying to install Debian to it >> > using a USB stick. >> > >> > I've tried both of these .ISOs: >> > >> > debian-9.4.0-amd64-xfce-CD-1.iso >> > debian-buster-DI-alpha2-amd64-xfce-CD-1.iso >> > >> > I used my desktop Debian box to download these via Firefox from >> > https://www.debian.org/CD/http-ftp/ >> > >> > I inserted a USB stick, and ran: >> > >> > # sudo cp debian-9.4.0-amd64-xfce-CD-1.iso /dev/sdc >> > >> > as per the instructions at https://www.debian.org/CD/faq/#write-usb >> > >> > I then ejected the USB stick from my desktop Debian box, and inserted it >> > into the laptop, and then booted the laptop to the USB stick. >> > >> > The graphical install does not seem to recognize the trackpad (which is >> > recognized in the laptop's EFI firmware settings, so I know it works), >> but >> > that's a minor issue, as I can tinker with that later, and just use the >> > keyboard to install for now. >> > >> > The real problem is that after going through the first three or four >> > screens, the install halts, complaining about not being able to read the >> > CD-ROM. >> > >> > Googling the issue suggested a couple of possible fixes, but I've had no >> > success yet. >> > >> > Any help? >> >> try the netinst images instead and when you do the copy >> make sure it is sync'd before removing USB device. on my >> system the cp returns very quickly but the sync may take >> some time before everything is written to the USB stick. >> >> >> songbird >> >> > > While chasing down a completely different issue unrelated to this install, > I learned that EFI boot drives need to have a GPT partition table. On a > lark, I ran "gparted --list", and discovered that the flash drive had a > "mac" partition table. > > Wha-a-ah-h-h?? > > Okay. So I ran gparted, selected the drive, and created a new "GPT" > partition table, then repeated all my former steps, and bang! Success! It's > currently pulling down gobs of stuff (I elected to install Cinnamon and KDE > and Gnome - always fun to overload a drive unnecessarily ;-) ). > Interesting.... Just for kicks, after getting a working system, I plugged the USB stick back in, and again ran "parted --list", and the stick again shows up as a "mac" partition table. Weird. But it worked to install, so I'm not gonna bother thinking about it any more. > Well, the trackpad still doesn't work in the installer, but I have half a > suspicion that once the system boots, the trackpad will work. We'll see in > a few. > > > Yep, when I booted into the installed system, the trackpad works just fine. Now to tackle that nasty broadcom wireless.... :-( -- Kent West <")))>< Westing Peacefully - http://kentwest.blogspot.com
[toc] | [prev] | [next] | [standalone]
| From | Pascal Hambourg <pascal@plouf.fr.eu.org> |
|---|---|
| Date | 2018-05-11 22:00 +0200 |
| Message-ID | <vOmmR-3fH-1@gated-at.bofh.it> |
| In reply to | #195628 |
Le 11/05/2018 à 20:33, Kent West a écrit : > > I learned that EFI boot drives need to have a GPT partition table. On a This is not correct. The UEFI specification supports boot from a drive with an MSDOS partition table. Otherwise why would there be an "EFI system partition" type identifier (0xef) for MSDOS partition tables ? The Debian installer hybrid image has an MSDOS partition table. (It also has Apple and GPT partition tables, but they are bogus) > lark, I ran "gparted --list", and discovered that the flash drive had a > "mac" partition table. > > Wha-a-ah-h-h?? It is part of the image. > Okay. So I ran gparted, selected the drive, and created a new "GPT" > partition table, then repeated all my former steps, and bang! Success! Copying the image again overwrote the GPT partition table and anything else you may have written to the stick. So it does not explain the success. You may have done something wrong the first time.
[toc] | [prev] | [next] | [standalone]
| From | Kent West <westk@acu.edu> |
|---|---|
| Date | 2018-05-11 22:20 +0200 |
| Message-ID | <vOmGd-3Bb-9@gated-at.bofh.it> |
| In reply to | #195633 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, May 11, 2018 at 2:59 PM, Pascal Hambourg <pascal@plouf.fr.eu.org> wrote: > Le 11/05/2018 à 20:33, Kent West a écrit : > >> >> I learned that EFI boot drives need to have a GPT partition table. On a >> > > This is not correct. The UEFI specification supports boot from a drive > with an MSDOS partition table. Otherwise why would there be an "EFI system > partition" type identifier (0xef) for MSDOS partition tables ? The Debian > installer hybrid image has an MSDOS partition table. (It also has Apple and > GPT partition tables, but they are bogus) That's good to know. I guess my source material ( https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/) is wrong. Or I misunderstood it. > > lark, I ran "gparted --list", and discovered that the flash drive had a >> "mac" partition table. >> >> Wha-a-ah-h-h?? >> > > It is part of the image. > > Okay. So I ran gparted, selected the drive, and created a new "GPT" >> partition table, then repeated all my former steps, and bang! Success! >> > > Copying the image again overwrote the GPT partition table and anything > else you may have written to the stick. So it does not explain the success. > You may have done something wrong the first time. > Possibly. With my first attempt, the "cp" happened very quickly. I didn't do a "sync", but I did use Cinnamon's system-tray thingie to eject the USB drive before unplugging it. With the second attempt, the "cp" took minutes (long enough I was beginning to think it had hung). At any rate, I have a working system (except for wirelessly connecting to a secured network (unsecured works fine)), so I'm happy. Thanks! -- Kent West <")))>< Westing Peacefully - http://kentwest.blogspot.com
[toc] | [prev] | [next] | [standalone]
| From | "Thomas Schmitt" <scdbackup@gmx.net> |
|---|---|
| Date | 2018-05-11 22:40 +0200 |
| Message-ID | <vOmZz-3Hn-1@gated-at.bofh.it> |
| In reply to | #195634 |
Hi, Kent West wrote: > > I learned that EFI boot drives need to have a GPT partition table. No. They do not. An MBR partition of type 0xEF is well ok, too. > > discovered that the flash drive had a "mac" partition table. > > Wha-a-ah-h-h?? It has an MBR partition table with partition 2 having type 0xEF, an invalid GPT, and a useless Apple Partition Map. Pascal Hambourg wrote: > It also has Apple and GPT partition tables, but they are bogus The GPT is not valid because there is a non-"protective" MBR partition table. The APM is valid, but should be of no interest for any firmware that does not expect a HFS or HFS+ filesystem. (And there is no such filesystem in the ISO image.) Kent West wrote: > > So I ran gparted, selected the drive, and created a new "GPT" > > partition table, then repeated all my former steps, and bang! Success! Pascal Hambourg wrote: > Copying the image again overwrote the GPT partition table and anything else > you may have written to the stick. So it does not explain the success. You > may have done something wrong the first time. I agree that repeating https://www.debian.org/CD/faq/#write-usb overwrites the main GPT and the protective MBR partition table. It does not overwrite the backup GPT at the end of the storage medium. Does the usable USB stick report again the Apple Partition Map ? Kent West wrote: > With my first attempt, the "cp" happened very quickly. [...] > With the second attempt, the "cp" took minutes Well, copying a CD sized image at 10 MB/s should take a bit more than a minute. "Very quickly" sounds suspicicious. But if only a few MB were copied (for what strange reason ever) there remains the riddle why it booted and probably loaded the initrd. Why does it fail when it looks for the ISO filesystem ? It would be helpful to know where exactly the installation startup failed with what message exactly. Have a nice day :) Thomas
[toc] | [prev] | [next] | [standalone]
| From | Kent West <westk@acu.edu> |
|---|---|
| Date | 2018-05-11 23:00 +0200 |
| Message-ID | <vOniW-3NU-5@gated-at.bofh.it> |
| In reply to | #195636 |
[Multipart message — attachments visible in raw view] — view raw
On Fri, May 11, 2018 at 3:38 PM, Thomas Schmitt <scdbackup@gmx.net> wrote: > Hi, > > Kent West wrote: > > > I learned that EFI boot drives need to have a GPT partition table. > > No. They do not. An MBR partition of type 0xEF is well ok, too. > > > > > discovered that the flash drive had a "mac" partition table. > > > Wha-a-ah-h-h?? > > It has an MBR partition table with partition 2 having type 0xEF, > an invalid GPT, and a useless Apple Partition Map. > > > Pascal Hambourg wrote: > > It also has Apple and GPT partition tables, but they are bogus > > The GPT is not valid because there is a non-"protective" MBR partition > table. The APM is valid, but should be of no interest for any firmware > that does not expect a HFS or HFS+ filesystem. (And there is no such > filesystem in the ISO image.) > > > Kent West wrote: > > > So I ran gparted, selected the drive, and created a new "GPT" > > > partition table, then repeated all my former steps, and bang! Success! > > Pascal Hambourg wrote: > > Copying the image again overwrote the GPT partition table and anything > else > > you may have written to the stick. So it does not explain the success. > You > > may have done something wrong the first time. > > I agree that repeating > https://www.debian.org/CD/faq/#write-usb > overwrites the main GPT and the protective MBR partition table. > It does not overwrite the backup GPT at the end of the storage medium. > > Does the usable USB stick report again the Apple Partition Map ? > Yes: westk@westkent:~/Downloads$ sudo parted --list Model: ATA CT960BX200SSD1 (scsi) Disk /dev/sda: 960GB Sector size (logical/physical): 512B/4096B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 1049kB 15.0GB 15.0GB primary ext4 boot 2 15.0GB 960GB 945GB extended 5 15.0GB 35.0GB 20.0GB logical ext4 6 35.0GB 45.0GB 9999MB logical ext4 7 45.0GB 65.0GB 20.0GB logical ext4 8 65.0GB 70.0GB 4999MB logical ext4 9 70.0GB 928GB 858GB logical ext4 10 928GB 960GB 32.0GB logical linux-swap(v1) Model: ATA ST1000DM003-1CH1 (scsi) Disk /dev/sdb: 1000GB Sector size (logical/physical): 512B/4096B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 1049kB 1000GB 1000GB primary ext4 Warning: The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes. Ignore/Cancel? i Model: USB Flash Drive (scsi) Disk /dev/sdc: 62.7GB Sector size (logical/physical): 2048B/512B Partition Table: mac Disk Flags: Number Start End Size File system Name Flags 1 2048B 6143B 4096B Apple 2 3693kB 4119kB 426kB EFI > Kent West wrote: > > With my first attempt, the "cp" happened very quickly. [...] > > With the second attempt, the "cp" took minutes > > Well, copying a CD sized image at 10 MB/s should take a bit more than a > minute. "Very quickly" sounds suspicicious. > > But if only a few MB were copied (for what strange reason ever) there > remains the riddle why it booted and probably loaded the initrd. > Why does it fail when it looks for the ISO filesystem ? > > It would be helpful to know where exactly the installation startup > failed with what message exactly. > > I no longer have a failing setup, but this Ubuntu user was seeing the exact same thing I was seeing, except in Debian words/colors: https://askubuntu.com/questions/127398/usb-drive-install-of-ubuntu-12-04-server-fails-cant-find-components-from-cd-r In case of link-rot, here's what he writes: 1. The computer boots up the installation process ok. 2. It gets through the Ubuntu language, locale and keyboard selection. 3. Then starts loading additional components. At this point it gets about a quarter of the way through then throws big error message saying: *[!!] Load installer components from CD* There was a problem reading data from the CD-ROM. Please make sure it is in the drive. If retrying does not work., you should check the integrity of your CD-ROM. Failed to copy file from CD-ROM. Retry? > Have a nice day :) > Thanks! You, too! > > Thomas > > -- Kent West <")))>< Westing Peacefully - http://kentwest.blogspot.com
[toc] | [prev] | [next] | [standalone]
| From | "Thomas Schmitt" <scdbackup@gmx.net> |
|---|---|
| Date | 2018-05-12 00:00 +0200 |
| Message-ID | <vOoeZ-4me-1@gated-at.bofh.it> |
| In reply to | #195638 |
Hi, Kent West wrote: > Warning: The driver descriptor says the physical block size is 2048 bytes, > but Linux says it is 512 bytes. The Apple Partition Map block size is 2048 indeed. Else it could not coexist with the GPT. > Disk /dev/sdc: 62.7GB > Sector size (logical/physical): 2048B/512B > Partition Table: mac > Number Start End Size File system Name Flags > 1 2048B 6143B 4096B Apple This is the Apple Partition Map itself. > 2 3693kB 4119kB 426kB EFI This is APM partition 1. It marks the same range as MBR partition 2 and GPT partition 2. In there is the FAT filesystem with the start programs for EFI. With /sbin/fdisk -l /dev/sdc you would see the MBR partitions. One of type "Empty" and one of type EFI". > this Ubuntu user was seeing the exact same thing I was seeing, excepti > in Debian words/colors: > https://askubuntu.com/questions/127398/usb-drive-install-of-ubuntu-12-04-s erver-fails-cant-find-components-from-cd-r Did you get a complaint about a failed integrity test ? Have a nice day :) Thomas
[toc] | [prev] | [next] | [standalone]
| From | Brian <ad44@cityscape.co.uk> |
|---|---|
| Date | 2018-05-12 12:30 +0200 |
| Message-ID | <vOzWO-3X4-5@gated-at.bofh.it> |
| In reply to | #195638 |
On Fri 11 May 2018 at 15:49:59 -0500, Kent West wrote: > I no longer have a failing setup, but this Ubuntu user was seeing the exact > same thing I was seeing, except in Debian words/colors: > > > https://askubuntu.com/questions/127398/usb-drive-install-of-ubuntu-12-04-server-fails-cant-find-components-from-cd-r > > In case of link-rot, here's what he writes: > > > 1. The computer boots up the installation process ok. > 2. It gets through the Ubuntu language, locale and keyboard selection. > 3. Then starts loading additional components. At this point it gets > about a quarter of the way through then throws big error message saying: > > *[!!] Load installer components from CD* > > There was a problem reading data from the CD-ROM. Please make sure it is in > the drive. If retrying does not work., you should check the integrity of > your CD-ROM. > > Failed to copy file from CD-ROM. Retry? This user used Universal-USB-Installer-1.8.9.4 to write a Ubuntu 12.04 Server (32bit) image to a USB stick - a somewhat different technique from yours. The tool used to create the USB image quite possibly modified and damaged the image when writing it out. AfAIK, there is no well-documented account of dd, cat or cp reproducibly failing to write a Debian installation image properly to a USB device. -- Brian.
[toc] | [prev] | [next] | [standalone]
| From | Pascal Hambourg <pascal@plouf.fr.eu.org> |
|---|---|
| Date | 2018-05-12 19:50 +0200 |
| Message-ID | <vOGOB-C8-1@gated-at.bofh.it> |
| In reply to | #195636 |
Le 11/05/2018 à 22:38, Thomas Schmitt a écrit : > > Pascal Hambourg wrote: >> It also has Apple and GPT partition tables, but they are bogus > > The GPT is not valid because there is a non-"protective" MBR partition > table. The APM is valid, but should be of no interest for any firmware > that does not expect a HFS or HFS+ filesystem. (And there is no such > filesystem in the ISO image.) Why then does parted complain about a block size discrepancy ? > But if only a few MB were copied (for what strange reason ever) there > remains the riddle why it booted and probably loaded the initrd. > Why does it fail when it looks for the ISO filesystem ? Probably because the MBR and the boot files are located at the beginning of the image and were part of the data which were actually written.
[toc] | [prev] | [next] | [standalone]
| From | "Thomas Schmitt" <scdbackup@gmx.net> |
|---|---|
| Date | 2018-05-12 21:40 +0200 |
| Message-ID | <vOIx3-1Ln-5@gated-at.bofh.it> |
| In reply to | #195655 |
Hi,
Pascal Hambourg wrote:
> Why then does parted complain about a block size discrepancy ?
Because the Apple Partition Map announces to count blocks with size 2048
whereas the Linux device file announces 512 (via ioctl(BLKSSZGET) ?)).
It is quite a poor choice of parted to hop on the Apple Partition Map
rather than onto the MBR partition map, which will be of interest for
much more firmwares and operating systems.
(I should really pester debian-cd more about that inappropriate option
-isohybrid-apm-hfsplus in the xorriso run.)
I wrote:
> > > But if only a few MB were copied (for what strange reason ever) there
> > remains the riddle why it booted and probably loaded the initrd.
> > Why does it fail when it looks for the ISO filesystem ?
> Probably because the MBR and the boot files are located at the beginning of
> the image and were part of the data which were actually written.
Well, Kent obviously experienced a running Linux kernel and the attempt to
execute software from the initrd.
The message "Load installer components from CD" can be found in initrd.gz
as package Description which belongs to "load-cdrom"
https://packages.debian.org/stretch/load-cdrom
This package is not to see as file in the ISO.
It could be that there is no problem with finding the "CD-ROM" but rather
with installing or activating that package. So maybe it could not even
begin its work.
About its role in debian-installer
https://d-i.alioth.debian.org/doc/talks/debconf6/paper/
says
"The first three stages are where the fundamental difference between
installation methods can be seen. All components (udebs) used there
need to be included in the initrd[2] with which the installer is booted."
and lists
"load-cdrom (anna) [...] Retrieve and unpack additional components"
as part of stage 2.
-----------------------------------------------------------------------
So the problem obviously occurs while the installer is still using the initrd. The filename in the ISO is /install.amd/gtk/initrd.gz or
/install.amd/initrd.gz.
In debian-9.4.0-amd64-xfce-CD-1.iso the initrds and the kernel are stored in
the lower blocks indeed. ("Startlba" is the logical block address with 2048
bytes per block. "Blocks" is the number of occupied blocks.):
Startlba , Blocks , Filesize , ISO image path
===============================================
...
5642 , 19182 , 39282964 , '/install.amd/gtk/initrd.gz
24824 , 1 , 66 , '/install.amd/gtk/install.b
24825 , 2063 , 4224800 , '/install.amd/gtk/vmlinuz'
24825 , 2063 , 4224800 , '/install.amd/vmlinuz'
26888 , 7667 , 15700220 , '/install.amd/initrd.gz'
34555 , 1 , 45 , '/install.amd/install.bat'
...
In debian-buster-DI-alpha2-amd64-xfce-CD-1.iso :
Startlba , Blocks , Filesize , ISO image path
===============================================
...
5694 , 19570 , 40077490 , '/install.amd/gtk/initrd.gz'
25264 , 1 , 66 , '/install.amd/gtk/install.bat'
25265 , 2181 , 4466448 , '/install.amd/gtk/vmlinuz'
25265 , 2181 , 4466448 , '/install.amd/vmlinuz'
27446 , 7811 , 15995172 , '/install.amd/initrd.gz'
35257 , 1 , 45 , '/install.amd/install.bat'
...
The messages
Load installer components from CD
There was a problem reading data from the CD-ROM.
are well known to the web. But occurences show no pattern about particularly
bad releases or spin-off distros. The reported remedies are not much
convincing as technical improvements, but they all involve re-copying the
ISO onto USB stick.
I.e. they all could simply have helped by trying again and having more
success with copying.
Kent could try to damage the USB stick content for experiments.
First:
# Damage ISO after the end of initrds and kernel
dd if=/dev/zero bs=2048 count=350000 seek=50000 of=/dev/sdc
And after checking out the effects of that damage:
# Damage the GTK initrd itself
dd if=/dev/zero bs=2048 count=40000 seek=10000 of=/dev/sdc
(This does not damage the USB stick. Only its content data.)
-----------------------------------------------------------------------
Have a nice day :)
Thomas
[toc] | [prev] | [next] | [standalone]
| From | Pascal Hambourg <pascal@plouf.fr.eu.org> |
|---|---|
| Date | 2018-05-13 10:20 +0200 |
| Message-ID | <vOUoy-Aw-3@gated-at.bofh.it> |
| In reply to | #195662 |
Le 12/05/2018 à 21:38, Thomas Schmitt a écrit : > > Pascal Hambourg wrote: >> Why then does parted complain about a block size discrepancy ? > > Because the Apple Partition Map announces to count blocks with size 2048 > whereas the Linux device file announces 512 (via ioctl(BLKSSZGET) ?)). I already know that, and this is not what I was asking. I have never seen a hard disk or flash drive with a sector size of 2048 (only 512 or 4096) so the kernel must be correct and the Apple partition table must be wrong. Despite this, you claim that the Apple partition table is valid. Can you please explain why the wrong block size does not matter ? > It is quite a poor choice of parted to hop on the Apple Partition Map > rather than onto the MBR partition map, which will be of interest for > much more firmwares and operating systems. Unfortunately this is not the only poor choice of parted and friends based on libparted. At least it could provide an option to force the partition table type to use, as fdisk or gdisk do. > (I should really pester debian-cd more about that inappropriate option > -isohybrid-apm-hfsplus in the xorriso run.) The only storage media with a bloc size of 2048 I know about are optical media such as CD and DVD. Could the Apple partition map in the image be used when booting from an optical disk on a Mac ?
[toc] | [prev] | [next] | [standalone]
Page 1 of 4 [1] 2 3 4 Next page →
Back to top | Article view | linux.debian.user
csiph-web