Bug#970351: installation-reports: System installed on encrypted temporary partitions destroys partitions on hosts
Package: installation-reports Severity: important Dear Maintainer, the installer created these lines in /etc/crypttab: sdb2_crypt /dev/sdb2 /dev/urandom cipher=aes-xts-plain64,size=256,swap,discard sdb5_crypt /dev/sdb5 /dev/urandom cipher=aes-xts-plain64,size=256,tmp,discard sdb8_crypt UUID=7bc39f4e-4efe-4494-acbb-fd276296a29e none luks,discard After installation, I used the USB key as intended to work on different machines. If a machine contained an /dev/sdb disk (so that the USB key was now at /dev/sdc), its /dev/sdb5 partition was overwritten. I changed /etc/crypttab like this, which removed the problem: deb_usb_2_crypt PARTUUID=a81b4eec-02 /dev/urandom cipher=aes-xts-plain64,size=256,swap,discard deb_usb_5_crypt PARTUUID=a81b4eec-05 /dev/urandom cipher=aes-xts-plain64,size=256,tmp,discard deb_usb_8_crypt UUID=7bc39f4e-4efe-4494-acbb-fd276296a29e none luks,discard (Obviously I also adapted /etc/fstab.) -- Package-specific info: Boot method: CD image on memory card Image version: Buster 10 5 0 dated 7 Sept 2020 netinstall Date: Machine: X230 with 60 GB USB key Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on udev devtmpfs9930400993040 0% /dev tmpfs tmpfs 203172 6276196896 4% /run /dev/sda1 ext4 377861685992 3480964 3% / /dev/sda6 ext4 10506488 4802424 5150644 49% /usr tmpfs tmpfs 10158520 1015852 0% /dev/shm tmpfs tmpfs 51204 5116 1% /run/lock tmpfs tmpfs 10158520 1015852 0% /sys/fs/cgroup /dev/sda7 ext4 2817056 578964 2075276 22% /var /dev/mapper/deb_teach_usb_5_crypt ext2960504 1344910368 1% /tmp /dev/mapper/deb_teach_usb_8_crypt ext4 40412656 23129776 15200320 61% /home tmpfs tmpfs 203168 20203148 1% /run/user/1001 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] — but see problem description above Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] — but see above Comments/Problems: see top -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="10 (buster) - installer build 20190702+deb10u5" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux deb-teach-usb 4.19.0-10-amd64 #1 SMP Debian 4.19.132-1 (2020-07-24) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge [8086:a010] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a011] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a012] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High Definition Audio Controller [8086:27d8] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:84d3] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 1 [8086:27d0] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 2 [8086:27d2] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 4 [8086:27d6] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel
Re: Firmware testing images broken
Hi Brandon, On Sun, Sep 13, 2020 at 03:17:11AM -0400, Brandon Werner wrote: >Hi, > >I tried to use one of the Sid DI netinst firmware images and they >seem to be broken for about a week or so now. After picking the >language and keyboard, the iso is unable to mount. I am using an EFI >machine with a usb flash drive and don't have a disk drive to test if >the error occurs in that scenario. I tested on three different EFI >machines that I have with very different processors and got the same >results. One thing that might help is that I saw that linux 5.8 >entered Sid at the time things stopped working and wonder if a >possible regression could be due to that ACK, looks like a regression in config somewhere - the isofs filesystem is missing compared to the last build with 5.7.0-3. -- Steve McIntyre, Cambridge, UK.st...@einval.com Mature Sporty Personal More Innovation More Adult A Man in Dandism Powered Midship Specialty
Bug#731852: illuminate
-- Wiadomo, że ILLUMINATI składa się z Multi Milionerzy, miliarderzy, którzy mają duży wpływ na sprawy globalne i planowanie nowego porządku świata. Wielu światowych przywódców, prezydentów, premierów, członków rodziny królewskiej i wyższej kadry kierowniczej jest członkami ILLUMINATI. postępuj zgodnie z instrukcjami programu Excel w życiu. będziesz miał wiele korzyści, po raz pierwszy w historii otwieramy nasze drzwi tym, którzy wierzą. Jeśli chcesz dołączyć do ILLUMINATI, zarejestruj się Tekst: johnmark4...@gmail.com SMS WhatsApp +2348054779589 WITAJCIE W BRATRZU ..
Bug#731852: illuminate
-- Wiadomo, że ILLUMINATI składa się z Multi Milionerzy, miliarderzy, którzy mają duży wpływ na sprawy globalne i planowanie nowego porządku świata. Wielu światowych przywódców, prezydentów, premierów, członków rodziny królewskiej i wyższej kadry kierowniczej jest członkami ILLUMINATI. postępuj zgodnie z instrukcjami programu Excel w życiu. będziesz miał wiele korzyści, po raz pierwszy w historii otwieramy nasze drzwi tym, którzy wierzą. Jeśli chcesz dołączyć do ILLUMINATI, zarejestruj się Tekst: johnmark4...@gmail.com SMS WhatsApp +2348054779589 WITAJCIE W BRATRZU ..
Re: Does mdadm in the installer read its config file?
Hello, On Mon, Sep 14, 2020 at 08:08:39AM +0200, john doe wrote: > Not realy an answer to your question, you could rebuild the package to > your liking then fetch it from a local mirror. Since my strace did show that it tries to also open /tmp/mdadm.conf.d, maybe I could make that directory and put a file in there? That wouldn't get clobbered by mdcfg and should get read by mdadm, without having to alter the mdadm udeb or the mdcfg component. Cheers, Andy
Re: Does mdadm in the installer read its config file?
On 9/14/2020 6:45 PM, Andy Smith wrote: Hello, On Mon, Sep 14, 2020 at 08:08:39AM +0200, john doe wrote: Not realy an answer to your question, you could rebuild the package to your liking then fetch it from a local mirror. Since my strace did show that it tries to also open /tmp/mdadm.conf.d, maybe I could make that directory and put a file in there? That wouldn't get clobbered by mdcfg and should get read by mdadm, without having to alter the mdadm udeb or the mdcfg component. Looks way simpler indeed, the below two URLs might be of interest to you: https://www.debian.org/releases/stretch/amd64/apbs04.html.en#preseed-partman https://www.debian.org/releases/jessie/amd64/apbs05.html.en -- John Doe
Missing daily builds on cdimage.debian.org (Re: Firmware testing images broken)
Hi, Steve McIntyre wrote: > Hi Brandon, > > On Sun, Sep 13, 2020 at 03:17:11AM -0400, Brandon Werner wrote: > >Hi, > > > >I tried to use one of the Sid DI netinst firmware images and they > >seem to be broken for about a week or so now. After picking the > >language and keyboard, the iso is unable to mount. I am using an EFI > >machine with a usb flash drive and don't have a disk drive to test if > >the error occurs in that scenario. I tested on three different EFI > >machines that I have with very different processors and got the same > >results. One thing that might help is that I saw that linux 5.8 > >entered Sid at the time things stopped working and wonder if a > >possible regression could be due to that > > ACK, looks like a regression in config somewhere - the isofs > filesystem is missing compared to the last build with 5.7.0-3. Another issue: While debugging the said installer errors, I found that at https://cdimage.debian.org/cdimage/daily-builds/daily/ there are many daily builds missing apparently: There, we have daily builds for 20190818-5/ 20190818-7/ 20190819-1/ 20190820-1/ 20190820-3/ 20190820-5/ 20200913-3/ 20200913-5/ 20200913-7/ 20200914-1/ 20200914-3/ 20200914-5/ So there is more than a year missing in between. Not good, if you want to boil errors down to a specific package version or commit... Any idea, why this happened? Holger -- Holger Wansing PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Re: Missing daily builds on cdimage.debian.org (Re: Firmware testing images broken)
Hey Holger, On Mon, Sep 14, 2020 at 10:21:39PM +0200, Holger Wansing wrote: >Steve McIntyre wrote: >> Hi Brandon, >> >> On Sun, Sep 13, 2020 at 03:17:11AM -0400, Brandon Werner wrote: >> >Hi, >> > >> >I tried to use one of the Sid DI netinst firmware images and they >> >seem to be broken for about a week or so now. After picking the >> >language and keyboard, the iso is unable to mount. I am using an EFI >> >machine with a usb flash drive and don't have a disk drive to test if >> >the error occurs in that scenario. I tested on three different EFI >> >machines that I have with very different processors and got the same >> >results. One thing that might help is that I saw that linux 5.8 >> >entered Sid at the time things stopped working and wonder if a >> >possible regression could be due to that >> >> ACK, looks like a regression in config somewhere - the isofs >> filesystem is missing compared to the last build with 5.7.0-3. > >Another issue: >While debugging the said installer errors, I found that at >https://cdimage.debian.org/cdimage/daily-builds/daily/ >there are many daily builds missing apparently: > >There, we have daily builds for >20190818-5/ >20190818-7/ >20190819-1/ >20190820-1/ >20190820-3/ >20190820-5/ >20200913-3/ >20200913-5/ >20200913-7/ >20200914-1/ >20200914-3/ >20200914-5/ > >So there is more than a year missing in between. >Not good, if you want to boil errors down to a specific package version or >commit... > >Any idea, why this happened? I think you've misinterpreted this. We *don't* try to keep the daily builds around for more than a few days. They're a moving target. The only reason that the 2019 images are still around at all is that they're the last few builds where we had a build for mips. (There's logic in the cleanup scripts to keep a few builds per architecture.) I'll clean up those old directories now. -- Steve McIntyre, Cambridge, UK.st...@einval.com "I can't ever sleep on planes ... call it irrational if you like, but I'm afraid I'll miss my stop" -- Vivek Das Mohapatra
