Bug#1033482: also here
Control: fixed -1 1.0.128+nmu2+deb12u1 On Thu, Dec 07, 2023 at 10:23:59AM +0100, Paolo Greppi wrote: > Alberto's workaround (sudo apt install -t bookworm-backports > debootstrap) worked for me. This is working fine with the new version of debootstrap in bookworm, i.e version 1.0.128+nmu2+deb12u1 from Debian 12.4 Berto
Bug#1033482: debootstrap fails when invoked with --merged-usr
On Fri, Nov 10, 2023 at 02:50:43PM +0100, Alberto Garcia wrote: > I'm having this problem in bookworm, even with --no-merged-usr: This works fine if I install the package from bookworm-backports (1.0.133~bpo12+1) so the package in stable should be fixed Berto
Bug#1033482: debootstrap fails when invoked with --merged-usr
On Sat, Mar 25, 2023 at 10:05:54PM +0100, David Heidelberg wrote: > W: Failure while unpacking required packages. This will be attempted up to > five times. > W: See /lava-files/rootfs-amd64/debootstrap/debootstrap.log for details > (possibly the package /var/cache/apt/archives/usr-is-merged_35_all.deb is at > fault) > > Whole log: https://gitlab.freedesktop.org/okias/mesa/-/jobs/38725690 > > These errors can be prevented when using --no-merged-usr. I'm having this problem in bookworm, even with --no-merged-usr: $ debootstrap --no-merged-usr sid /var/tmp/chroot/ [...] I: Unpacking tzdata... I: Unpacking usr-is-merged... I: Unpacking zlib1g:amd64... W: Failure while unpacking required packages. This will be attempted up to five times. W: See /var/tmp/chroot/debootstrap/debootstrap.log for details (possibly the package /var/cache/apt/archives/usr-is-merged_38_all.deb is at fault) Because of this I cannot use pbuilder. Berto
Bug#932357: debootstrap: failed to create a pbuilder base.tgz inside a systemd-nspawn container
Package: debootstrap Version: 1.0.115 Severity: normal Dear Maintainer, here's what happens if I try to create a base.tgz inside a systemd-nspawn container using pbuilder and debootstrap: # pbuilder --create --mirror http://deb.debian.org/debian/ --basetgz /var/cache/pbuilder/sid-amd64.tgz --distribution sid --architecture amd64 W: /root/.pbuilderrc does not exist I: Distribution is sid. I: Current time: Thu Jul 18 14:12:11 EEST 2019 I: pbuilder-time-stamp: 1563448331 I: Building the build environment I: running debootstrap /usr/sbin/debootstrap mknod: /var/cache/pbuilder/build/42591/test-dev-null: Operation not permitted E: Cannot install into target '/var/cache/pbuilder/build/42591' mounted with noexec or nodev E: debootstrap failed E: debootstrap.log not present W: Aborting with an error I indeed don't have permissions to run mknod, but I see that there's code to detect other container systems and use bind mounts and symlinks instead. Would that be possible in this case? Thanks, Berto -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.0.4-arch1-1-ARCH (SMP w/64 CPU cores; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages debootstrap depends on: ii wget 1.20.1-1.1 Versions of packages debootstrap recommends: ii arch-test 0.15-2 ii debian-archive-keyring 2019.1 ii gnupg 2.2.12-1 Versions of packages debootstrap suggests: pn squid-deb-proxy-client pn ubuntu-archive-keyring -- no debconf information
Bug#908852: Debian Stretch can't be installed or booted on Apollo Lake systems.
Package: grub-efi-amd64 Version: 2.02~beta3-5 Severity: important Tags: d-i patch There is a bug in the version of Grub2 shipped in Debian stable that renders grub unable to boot in Apollo Lake systems (this are usually recent netbooks or ultrabooks with Celeron/Atom CPUs). The issue is that the EFI binary generated by Grub2 from Stretch hangs this systems completely. See: https://medium.com/@pawitp/grub-2-issue-on-intel-n4200-97c12d4db8af The fix is simply to backport this patch https://git.savannah.gnu.org/cgit/grub.git/commit/?id=446794de8da4329ea532cbee4ca877bcafd0e534 (which applies cleanly over the grub version in Stretch). I think it will be a good idea to release a new version of Grub2 for stable with this patch and generate a new image of the debian installer. Otherwise it is impossible (well, not impossible, but very difficult) to install Debian Stretch on this systems. Note that Debian testing is not affected, as this patch is already included there. The fix is only necessary for Stretch. I attach a debdiff of a backport I did myself. I have verified that Debian Stretch boots fine on my Yepo 737A laptop (Apollo Lake) with this new version of Grub2. diff -Nru grub2-2.02~beta3/debian/changelog grub2-2.02~beta3/debian/changelog --- grub2-2.02~beta3/debian/changelog 2017-02-11 16:09:19.0 +0100 +++ grub2-2.02~beta3/debian/changelog 2018-09-15 01:51:02.0 +0200 @@ -1,3 +1,10 @@ +grub2 (2.02~beta3-6) stable; urgency=medium + + * Non-maintainer upload. + * Fix boot on Apollo Lake EFI systems. + + -- Carlos Alberto Lopez Perez Sat, 15 Sep 2018 01:51:02 +0200 + grub2 (2.02~beta3-5) unstable; urgency=medium [ Steve McIntyre ] diff -Nru grub2-2.02~beta3/debian/patches/fix_boot_apollo_lake.patch grub2-2.02~beta3/debian/patches/fix_boot_apollo_lake.patch --- grub2-2.02~beta3/debian/patches/fix_boot_apollo_lake.patch 1970-01-01 01:00:00.0 +0100 +++ grub2-2.02~beta3/debian/patches/fix_boot_apollo_lake.patch 2018-09-15 01:49:57.0 +0200 @@ -0,0 +1,31 @@ +From 446794de8da4329ea532cbee4ca877bcafd0e534 Mon Sep 17 00:00:00 2001 +From: "David E. Box" +Date: Fri, 15 Sep 2017 15:37:05 -0700 +Subject: tsc: Change default tsc calibration method to pmtimer on EFI systems + +On efi systems, make pmtimer based tsc calibration the default over the +pit. This prevents Grub from hanging on Intel SoC systems that power gate +the pit. + +Signed-off-by: David E. Box +Reviewed-by: Daniel Kiper +--- + grub-core/kern/i386/tsc.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/grub-core/kern/i386/tsc.c b/grub-core/kern/i386/tsc.c +index 2e85289..f266eb1 100644 +--- a/grub-core/kern/i386/tsc.c b/grub-core/kern/i386/tsc.c +@@ -68,7 +68,7 @@ grub_tsc_init (void) + #ifdef GRUB_MACHINE_XEN + (void) (grub_tsc_calibrate_from_xen () || calibrate_tsc_hardcode()); + #elif defined (GRUB_MACHINE_EFI) +- (void) (grub_tsc_calibrate_from_pit () || grub_tsc_calibrate_from_pmtimer () || grub_tsc_calibrate_from_efi() || calibrate_tsc_hardcode()); ++ (void) (grub_tsc_calibrate_from_pmtimer () || grub_tsc_calibrate_from_pit () || grub_tsc_calibrate_from_efi() || calibrate_tsc_hardcode()); + #elif defined (GRUB_MACHINE_COREBOOT) + (void) (grub_tsc_calibrate_from_pmtimer () || grub_tsc_calibrate_from_pit () || calibrate_tsc_hardcode()); + #else +-- +cgit v1.0-41-gc330 + diff -Nru grub2-2.02~beta3/debian/patches/series grub2-2.02~beta3/debian/patches/series --- grub2-2.02~beta3/debian/patches/series 2017-02-11 16:03:45.0 +0100 +++ grub2-2.02~beta3/debian/patches/series 2018-09-15 01:50:47.0 +0200 @@ -57,3 +57,4 @@ efinet_set_network_from_uefi_devpath.patch efinet_set_dns_from_uefi_proto.patch grub-install-efibootmgr-check.patch +fix_boot_apollo_lake.patch signature.asc Description: OpenPGP digital signature
Bug#899251: installation-reports
Package: installation-reports Boot method: Image version: Date: Machine: Processor: Memory: <2GB> Partitions: Output of lspci -knn (o lspci -nn): < > Base System Installation Checklist: [O] = OK, [E] = Error (descríbalo a continuación), [ ] = didn't try it Initial boot: [O] <¿Funcionó el arranque inicial?> Detect network card: [O] <¿Se configuró el hardware de red?> Configure network: [0] <¿Se configuró la red?> Detect CD: [0] <¿Se detectó la unidad de CD?> Load installer modules: [0] <¿Se cargaron los módulos del instalador?> Detect hard drives: [0] <¿Se detectaron los discos duros?> Partition hard drives: [0] <¿Se particionó el disco duro?> Install base system: [0] <¿Se instaló el sistema base?> Clock/timezone setup: [0] <¿Se configuró bien la zona horaria?> User/password setup: [0] <¿Se configuró correctamente el usuario?> Install tasks: [E] <¿Se instalaron bien las tareas?> Install boot loader: [ ] <¿Se instaló el gestor de arranque?> Overall install: [ ] <¿Reinició correctamente?> Comments/Problems:
Re: Debian Jessie installer freezes during "Processing triggers for libc-bin"
On 17/02/16 21:04, Carlos Alberto Lopez Perez wrote: [...] > > Trying to read this very same information when /dev/bus/usb/003/002 appears > causes a freeze. > > > So, not sure what is going here, but this looks like either a kernel bug or a > firmware bug. > > This seems very related to this bug reports: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1485057 http://thread.gmane.org/gmane.linux.usb.general/129790 Perhaps the same issue. signature.asc Description: OpenPGP digital signature
Re: Debian Jessie installer freezes during "Processing triggers for libc-bin"
On 17/02/16 20:15, Carlos Alberto Lopez Perez wrote: > > I wonder what can be causing this issue :\ > > I already had this issue when installing a fresh Debian 8 in another > machine, but in that one only happened once. After a hard-reboot and a > retry it worked. With this Intel NUC machine happened everytime of the 4 > times I tried to install it. Seems the freeze is reproducible on the installed system (with Debian Jessie and the default 3.16.0-4-amd64 kernel) by running: $ discover-modprobe If i run it with -x i see that it freezes here: readlink -f /sbin/discover-modprobe +++ '[' 0 = 1 ']' ++ FANCYTTY= ++ '[' -e /etc/lsb-base-logging.sh ']' ++ true + . /etc/default/rcS + '[' -d /var/discover ']' + nop= + verbose=false + getopts nv ch + shift 0 ++ grep -E -v '^ *$' +++ uname -r ++ /sbin/discover --data-path=linux/module/name --data-path=linux/module/options '--format=%s %s' --data-version=3.16.0-4-amd64 all And If i run the above comand with strace -f, then it freezes here: read(3, "C Camera/Webcam controller'/>\n "..., 4096) = 4096 brk(0x145e000) = 0x145e000 read(3, "een'/>\n \n \n \n \n"..., 4096) = 1459 read(3, "", 4096) = 0 read(3, "", 4096) = 0 close(3)= 0 munmap(0x7f598aea2000, 4096)= 0 open("/proc/bus/usb/devices", O_RDONLY) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 getdents(3, /* 5 entries */, 32768) = 120 close(3)= 0 openat(AT_FDCWD, "/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 getdents(3, /* 5 entries */, 32768) = 120 getdents(3, /* 0 entries */, 32768) = 0 close(3)= 0 openat(AT_FDCWD, "/dev/bus/usb/003", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 getdents(3, /* 4 entries */, 32768) = 96 open("/dev/bus/usb/003/002", O_RDWR It don't freezes always, only sometimes. Comparing the straces from when it freezes which the straces when it doesn't I see the following difference: * This is when it works ok (don't freezes): openat(AT_FDCWD, "/dev/bus/usb/003", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 getdents(3, /* 3 entries */, 32768) = 72 open("/dev/bus/usb/003/001", O_RDWR)= 4 * This is when it freezes: openat(AT_FDCWD, "/dev/bus/usb/003", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 getdents(3, /* 4 entries */, 32768) = 96 open("/dev/bus/usb/003/002", O_RDWR Seems that when it freezes it finds 4 entries in the directory /dev/bus/usb/003 instead of 3, and when it tries to open the "ghost" entry it freezes completely. ls -al /dev/bus/usb/003 gives 3 entries : (".", "..", "001") I have been rebooting it a couple of times and doing an ls to see if I see 4 entries. And when i get 4 entries, trying to access it causes a freeze. ls -al /dev/bus/usb/003 total 0 drwxr-xr-x 2 root root 80 Feb 17 20:51 . drwxr-xr-x 5 root root 100 Feb 17 20:51 .. crw-rw-r-- 1 root root 189, 256 Feb 17 20:51 001 crw-rw-r-- 1 root root 189, 257 Feb 17 20:51 002 $ lsusb # <... freeze> The information about /dev/bus/usb/003 is: # lsusb -D /dev/bus/usb/003/001 Device: ID 1d6b:0003 Linux Foundation 3.0 root hub Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 3.00 bDeviceClass9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 3 bMaxPacketSize0 9 idVendor 0x1d6b Linux Foundation idProduct 0x0003 3.0 root hub bcdDevice3.16 iManufacturer 3 Linux 3.16.0-4-amd64 xhci_hcd iProduct2 xHCI Host Controller iSerial 1 :00:14.0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 31 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer Type
Bug#794410: Debian Jessie installer freezes during "Processing triggers for libc-bin"
I'm having this issue on a Intel NUC (Intel Atom E3815). Is literally impossible to install Debian 8. Tried with the following: - debian-8.3.0-amd64-netinst.iso (with internet on the NUC) - debian-8.3.0-amd64-CD-1.iso (without network connection). Booting from a usb device that was created via the usual: $ dd if=image.iso of=/dev/sdX bs=4k It always freezes on the step in-target: Setting up discover (2.1.2-7) ... in-target: Processing triggers for libc-bin (2.19-18+deb8u1) ... step as seen on the debug console (alt+f4). Even the cursor stops blinking and it will ignore any key press combination. Freezes completely 100% of the times. Here is a picture of the freeze just after it happens: http://people.igalia.com/clopez/di8_freezes_discover_libctriggers.jpg Tried installing in DOS mode and in UEFI mode. Didn't make any difference. This machine don't has any wlan device as the previous reported I ended workaround this by installing Debian wheezy and dist-upgrading after the install. The triggers for libc-bin in Jessie only seems to contain this: $ dpkg -I libc-bin_2.19-18+deb8u2_amd64.deb triggers interest ldconfig I wonder what can be causing this issue :\ I already had this issue when installing a fresh Debian 8 in another machine, but in that one only happened once. After a hard-reboot and a retry it worked. With this Intel NUC machine happened everytime of the 4 times I tried to install it. signature.asc Description: OpenPGP digital signature
Bug#571136: Fwd: Re: Bug#571136: please remove useless devices from devices.tar.gz
excuse me for asking about something off subject: does someone have an old DEC-alpha computer - better a server - (possibly with two CPUs but not necessarily) to give away or to sell? if yes, please tell me. All the best from Rome, Alberto. Dr. Alberto Di Fazio senior scientist, National Institute for Astrophysics/Astronomical Observatory of Rome member of the CNR/IGBP Italian National Commission on Global Change Italian Focal Point of the IGBP/AIMES Core Project (ex-GAIM)(Analysis, Integration, and Modelling of the Earth System) president Global Dynamics Institute permanently accredited to the COP under the UNFCCC as observer scientist Da: Steven Chamberlain A: Marco d'Itri ; Cyril Brulebois ; debian-po...@lists.debian.org; debian-...@lists.debian.org; debian-h...@lists.debian.org; 571...@bugs.debian.org Inviato: Domenica 10 Gennaio 2016 19:48 Oggetto: Re: Fwd: Re: Bug#571136: please remove useless devices from devices.tar.gz Hi, Marco d'Itri wrote: > On Jan 10, Cyril Brulebois wrote: > > We have a bug report with a patch by Marco against debootstrap (see > > attachment), which changes how devices are generated; I can't really > > tell how much this might affect all of you (especially with debootstrap > It is not supposed to, since both hurd and kfreebsd already used > a different method to manage /dev. Yes, the code Marco changed cannot be reached when HOST_OS is kfreebsd*, freebsd* or hurd*. kfreebsd devfs provides all the device nodes without manually creating any or using devices.tar.gz; even for more exotic use cases like BSD jails. hurd appears to have something equivalent. Thanks for letting us know. Regards, -- Steven Chamberlain ste...@pyro.eu.org
Re: d-i wheezy rc1 status; and unblock(-udeb)s, round 4
Nice new installer. I tried this and the beta3. Less bugs. The dialogs are more clear and the text that goes with it. The way the questions are separated from the explanations. The borderless window in the gui. Overall I saw a great improvement in the experience. small details i found: - A little of inconsistency presenting yes/no questions with a continue button, in the same way we present the rest of the steps of the installation. I had to think for a while why i had no back button. - When selecting a partition with data it knows the format of the fs, but it does not autoselect it. Im i remember correctly once you select the format, it does selects keep the data by default, witch is desirable :) - Make partitions does hasnt been deal with stand out from the ones that has (either automatically or by the user) would be great. In my case the, the installation of the GRUB boot loader on the hard disk failed. But I was only presented with a big general error screen... with little detail on why it failed. Maybe some more info is desirable without having to look at the logs. Installer logs are huge. A little error grepping found the problem, but i think it would be friendlier to log errors to a separate file.err as well These are the relevant lines: Dec 29 00:41:32 linux-boot-prober: debug: running /usr/lib/linux-boot-probes/mounted Dec 29 00:41:32 grub-installer: info: Installing grub on 'dummy' Dec 29 00:41:32 grub-installer: error: no boot device found to install to Dec 29 00:41:32 main-menu[629]: (process:11487): File descriptor 3 (pipe:[6373]) leaked on lvdisplay invocation. Parent PID 12210: /bin/sh Dec 29 00:41:32 main-menu[629]: (process:11487): File descriptor 4 (/dev/tty1) leaked on lvdisplay invocation. Parent PID 12210: /bin/sh Dec 29 00:41:32 main-menu[629]: (process:11487): File descriptor 5 (/dev/tty1) leaked on lvdisplay invocation. Parent PID 12210: /bin/sh Dec 29 00:41:32 main-menu[629]: (process:11487): File descriptor 6 (/dev/tty1) leaked on lvdisplay invocation. Parent PID 12210: /bin/sh Dec 29 00:41:32 main-menu[629]: (process:11487): grub-probe: error: no such disk. Dec 29 00:41:32 main-menu[629]: (process:11487): grub-probe: error: no such disk. Dec 29 00:41:32 main-menu[629]: WARNING **: Configuring 'grub-installer' failed with error code 1 Dec 29 00:41:32 main-menu[629]: WARNING **: Menu item 'grub-installer' failed. Not sure if I did something wrong on the partitioning or a bug, probably the former, but i havent figured out why it is trying to install grub on dummy nor i found any more references to this dummy device on this or the rest of the logs. Thanks! On Thu, Dec 27, 2012 at 5:48 PM, Cyril Brulebois wrote: > Hi folks! > > (Including debian-devel@ to let people know where we stand.) > > I'm happy to report we're getting closer to a first release candidate > for the Debian Installer. I've still got a few packages on my radar, > but the list has been steadily shrinking during the last week. > > That basically boils down to: > - busybox vs. setupcon: #606395 (console keymap in g-i) > - cdebconf: Info message position (comments welcome): #696699; >apparently that one didn't reach the list when I submitted it, >bounced today. > - grub-installer: install from USB issues. > - manual: needs an upload after a few more patches are reviewed. > - qcontrol: #696815 (armhf addition, via t-p-u). > - yaboot-installer: needs review+upload > > I'm currently awaiting feedback on the first two; the third one needs > some code changes and I'm going to work on it right now; qcontrol can > be handled by Ian/release team; yaboot-installer wants somebody to > look at it, will do once I'm done with grub-installer unless somebody > beats me to it. > > If you see other things you want to get fixed, now is the time to > mention them (by mailing -boot@). > > > Release team, here's a fourth list of unblock(-udeb)s. Still no need > for urgents since there's some more work to do. :) > > ### blindly trusting Samuel > unblock brltty/4.4-7 > unblock-udeb brltty/4.4-7 > > ### add preseeding support for keyboard-configuration/xkb-keymap > unblock console-setup/1.89 > unblock-udeb console-setup/1.89 > > ### fix for #679327 > unblock debconf/1.5.49 > > ### l10n + unrelated-hopefully-harmless better support for crossbuilding > unblock eject/2.1.5+deb1+cvs20081104-13 > unblock-udeb eject/2.1.5+deb1+cvs20081104-13 > > ### fix for #694156 (= workaround for #696773) > unblock finish-install/2.41 > unblock-udeb finish-install/2.41 > > ### l10n > unblock lvmcfg/1.29 > unblock-udeb lvmcfg/1.29 > > ### bits of l10n and tiny improvement merged from Ubuntu > unblock partman-partitioning/90 > unblock-udeb partman-partitioning/90 > > ### bug fix for #695908, and a test suite addition, which helped > ### confirm the first iteration of the patches was buggy and the > ### second one a bit less: > unblock preseed/1.57 > unblock-udeb preseed/1.57 > > ### l10n > unblock s390-dasd/0.0.29 > unblock-udeb s390-dasd
Bug#610361: installation-reports: Successful Squeeze install on a Fujitsu-Siemens Amilo Pi 1505
Package: installation-reports Severity: normal -- Package-specific info: Boot method: CD Image version: Debian GNU/Linux squeeze-di-beta1 "Squeeze" - Official Beta amd64 - NETINST Binary-1 20101027-12:38 Date: 29-December-2010, approx 17:00 CET Machine: Fujitsu-Siemens Amilo Pi 1505 Partitions: S.ficherosTipo Bloques de 1K UsadoDispon Uso% Montado en /dev/sda2 ext3 113937024 17177100 95602376 16% / tmpfstmpfs 508756 8508748 1% /lib/init/rw udev tmpfs 503572 216503356 1% /dev tmpfstmpfs 508756 0508756 0% /dev/shm 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] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: The installation process was easy and smooth as compared to past installs (with Etch and Lenny). It had become a sort of tradition in this machine the necessity to fight with the X server in order to get the right resolution and font size -- there was even a package, 915resolution, to deal with such problems. That package is not present anymore in Squeeze, and indeed this time I had to do nothing to configure the display. Good job there. I had a small amount of trouble with the sound card, though. The sound module, snd-hda-intel, didn't find automatically the suitable model and I had to find out which one was the good one. Finally it was just a matter of adding to /etc/modprobe.d/alsa-base.conf the following line: options snd-hda-intel model=3stack-dig After that, the sound worked just fine. There are strange issues, like there's no "Master" control and the volume is managed by the "PCM" control. There is, though, a "Master" commuter which has to be on in order for the sound to work; there's also a "Front" commuter which has to be on or there's no sound at all. Other models for the driver also gave sound, but this one seemed to have a better PCM control. The wireless card, an Intel PRO/Wireless 3945ABG [Golan] requires proprietary firmware that can be found in the Debian package firmware-iwlwifi. -- 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="6.0 (squeeze) - installer build 20101020" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux Rex-Tremendae 2.6.32-5-amd64 #1 SMP Fri Oct 15 00:56:30 UTC 2010 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub [8086:27a0] (rev 03) lspci -knn: Subsystem: Fujitsu Technology Solutions Device [1734:10c7] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) lspci -knn: Subsystem: Fujitsu Technology Solutions Device [1734:10c7] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) lspci -knn: Subsystem: Fujitsu Technology Solutions Device [1734:10c7] lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) lspci -knn: Subsystem: Fujitsu Technology Solutions Device [1734:10c7] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 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 N10/ICH 7 Family PCI Express Port 2 [8086:27d2] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 3 [8086:27d4] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) lspci -knn: Subsystem: Fujitsu Technology Solutions Device [1734:10c7] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 [808
Bug#606735: installation-reports: Successful Squeeze install on a i386 machine
Package: installation-reports Severity: minor Tags: d-i Just filing this report for statistical purposes. -- Package-specific info: Boot method: CD Image version: Debian installer 6.0 Beta1, netinst CD, build 20101020 Date: Dec 5, 2010, approx at 17:00 CET Machine: Piecewise desktop computer with VIA motherboard, AMD Athlon at 1200 MHz, Ensoniq AudioPCI128 and Matrox G550 Partitions: Output of df -Tl /dev/sda2 ext338134272 6568152 31178692 18% / tmpfstmpfs 517240 8517232 1% /lib/init/rw udev tmpfs 512452 176512276 1% /dev tmpfstmpfs 517240 0517240 0% /dev/shm 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] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: None. Smooth install. -- 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="6.0 (squeeze) - installer build 20101020" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux Nox-Perpetua 2.6.32-5-486 #1 Thu Oct 14 16:56:52 UTC 2010 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] [1106:0305] (rev 03) lspci -knn: Subsystem: ABIT Computer Corp. Device [147b:a401] lspci -knn: Kernel driver in use: agpgart-via lspci -knn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] [1106:8305] lspci -knn: 00:07.0 ISA bridge [0601]: VIA Technologies, Inc. VT82C686 [Apollo Super South] [1106:0686] (rev 40) lspci -knn: Subsystem: ABIT Computer Corp. Device [147b:] lspci -knn: Kernel driver in use: parport_pc lspci -knn: 00:07.1 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06) lspci -knn: Subsystem: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] lspci -knn: Kernel driver in use: pata_via lspci -knn: 00:07.2 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 16) lspci -knn: Subsystem: First International Computer, Inc. Device [0925:1234] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:07.3 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 16) lspci -knn: Subsystem: First International Computer, Inc. Device [0925:1234] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:07.4 Bridge [0680]: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] [1106:3057] (rev 40) lspci -knn: Subsystem: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] [1106:3057] lspci -knn: 00:0b.0 Multimedia audio controller [0401]: Ensoniq 5880B [AudioPCI] [1274:5880] (rev 02) lspci -knn: Subsystem: Ensoniq Device [1274:2000] lspci -knn: 00:0d.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) lspci -knn: Subsystem: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] lspci -knn: Kernel driver in use: 8139too lspci -knn: 00:13.0 Mass storage controller [0180]: HighPoint Technologies, Inc. HPT366/368/370/370A/372/372N [1103:0004] (rev 04) lspci -knn: Subsystem: HighPoint Technologies, Inc. Device [1103:0001] lspci -knn: Kernel driver in use: HPT366_IDE lspci -knn: 01:00.0 VGA compatible controller [0300]: Matrox Graphics, Inc. MGA G550 AGP [102b:2527] (rev 01) lspci -knn: Subsystem: Matrox Graphics, Inc. Device [102b:0f84] usb-list: usb-list: Bus 01 Device 01: UHCI Host Controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 2.6.32-5-486 uhci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02 Device 01: UHCI Host Controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 2.6.32-5-486 uhci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub lsmod: Module Size Used by lsmod: ufs
Bug#605569: tasksel - s...@latin broken
Package: tasksel Version: 2.85 Severity: grave From a lenny->squeeze upgrade: Configurando tasksel (2.85) ... Error de análisis de plantilla cerca de `description...@latin.utf-8: Izaberite softver za instaliranje:', en la estrofa #1 de /var/lib/dpkg/info/tasksel.templates dpkg: error al procesar tasksel (--configure): el subproceso post-installation script devolvió el código de salida de error 9 Se encontraron errores al procesar: tasksel I removed by hand two lines with that text; then Configurando tasksel (2.85) ... Error de análisis de plantilla cerca de `description...@latin.utf-8: Izbor softvera', en la estrofa #4 de /var/lib/dpkg/info/tasksel.templates dpkg: error al procesar tasksel (--configure): el subproceso post-installation script devolvió el código de salida de error 255 Se encontraron errores al procesar: tasksel E: Falta el directorio '/var/log/apt/'. E: Sub-process /usr/bin/dpkg returned an error code (1) After removing that, config succeeds. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cf629af.3050...@terra.es
Re: Bug#583388: Non-US keyboard problem with graphical installer
*Julien Cristau* wrote: >> Actually I don't know where to find all the snapshots of Debian CDs. >> I could try Squeeze Alpha1, but I can't find an image with the >> graphical installer included (nor netinst, nor businesscard, nor >> CD1). >> Any hint about that? >> > http://d-i.debian.org/daily-images/amd64/ seems to have a number of > older daily builds, so the netboot/gtk/mini.iso in each of them should > get you the right image. Here's the result of my tests. 20100326 -> 20100626: problem present. I've checked 1 image every ~15 days, always with the same result. I couldn't try images around 20100501, because my mouse has not been recognized. 20091231 -> 20100325: no graphical installer present. 20091001 -> 20091201: impossible to test. It doesn't work with VirtualBox: a long series of Gtk-CRITICAL errors appears. It seems that the graphical installer was disabled around Squeeze Alpha1, and that the following images with the graphical installer enabled again have this problem. P.S. Sorry for the double message. I forgot to click "Reply to All" instead of "Reply". -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1277644044.2748.10.ca...@poseidon
Re: Bug#583388: Non-US keyboard problem with graphical installer
On sab, 2010-06-26 at 21:30 +0100, Julien Cristau wrote: > > > It is not possible to select a non-US keyboard when the selected > > > language is English and the installer is the graphical. > > > No problems are encountered using the classical ncurses installer. > > > See the attached video for more details. > > > > I can reconfirm that same behavior even with the latest version of > > debian-installer, downloaded from > > http://d-i.debian.org/daily-images/amd64/daily/netboot/gtk/mini.iso > > today (25 June 2010). Is there anything else I can do to help resolving > > this issue? It's very common to use the operating system in English > > without an English keyboard, especially outside US and UK. > > > I can confirm this. Looks like a cdebconf/gtk issue, there are two > 'screenshot' and two 'go back' buttons on that screen, and syslog has: > > debconf: cdebconf_gtk (process:318): WARNING: > cdebconf_gtk_choice_model_create_full failed. > debconf: cdebconf_gtk (process:318): WARNING: tag > "keyboard-configuration/layout" failed to display! > > which I guess are related. Any cdebconf gurus could shed some light on > this? > > Alberto, any chance you could go back through the daily images and see > where this started happening? I'm fairly sure it was working a few > months ago. Actually I don't know where to find all the snapshots of Debian CDs. I could try Squeeze Alpha1, but I can't find an image with the graphical installer included (nor netinst, nor businesscard, nor CD1). Any hint about that? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1277595454.12136.57.ca...@poseidon
Bug#583388: Non-US keyboard problem with graphical installer
reassign 583388 debian-installer thanks > It is not possible to select a non-US keyboard when the selected > language is English and the installer is the graphical. > No problems are encountered using the classical ncurses installer. > See the attached video for more details. I can reconfirm that same behavior even with the latest version of debian-installer, downloaded from http://d-i.debian.org/daily-images/amd64/daily/netboot/gtk/mini.iso today (25 June 2010). Is there anything else I can do to help resolving this issue? It's very common to use the operating system in English without an English keyboard, especially outside US and UK. Here is a video that self-describes this problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=video.ogv;att=1;bug=583388. P.S.: I hope the package hint is correct. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1277502417.3190.13.ca...@poseidon
Fwd: Problem with local repository
On Tue, Mar 16, 2010 at 7:02 PM, Frans Pop wrote: > On Tuesday 16 March 2010, Hugo Alberto Perlin wrote: > > I'm trying to install Debian using the NetInst CD and a local repository > > created using the apt-mirror app. > > The installation with the local repository make the downloads of the > > first part well. But in the second part, when it need 5 files, it > > requires the internet. Anybody knows what could be happen? > > What exactly do you mean by "first part" and "second part"? > The first part I mean the part before select what kind of installation, like Desktop, Data Base Server, Web Server... The second part is after that. > > Are you sure that the packages in your local repository have a higher > package version than the ones available on the mirror (including security > updates!)? > Yes, the repository is sincronized every day with the debian mirror. The mirror.list is: deb http://ftp.br.debian.org/debian lenny main contrib non-free deb-src http://ftp.br.debian.org/debian lenny main contrib non-free deb http://ftp.br.debian.org/debian lenny main/debian-installer deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main contrib non-free > > Cheers, > FJP > > > -- > To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/201003162302.42767.elen...@planet.nl > > Thanks for the reply. -- Hugo Alberto Perlin
Problem with local repository
Hello, I'm trying to install Debian using the NetInst CD and a local repository created using the apt-mirror app. The installation with the local repository make the downloads of the first part well. But in the second part, when it need 5 files, it requires the internet. Anybody knows what could be happen? Thanks. -- Hugo Alberto Perlin
Bug#501804: installation-reports: I guess is because libselinux.so.1 is missing
Package: installation-reports Followup-For: Bug #501804 This report is written from a different machine. The installation installation is taking place right now with the stable (Lenny) debian-installer. I will cut the machine specific information. Please see below "Comments/Problems" for the rest of the report -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 10-Mar-2009 21:18 Machine: DELL Vostro 200 Partitions: 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] Detect hard drives: [E] Partition hard drives: [ ] Install base system: [ ] Clock/timezone setup: [ ] User/password setup: [ ] Install tasks: [ ] Install boot loader: [ ] Overall install: [ ] Comments/Problems: I just wasted 4 hours trying to install in a DELL Vostro 200. After detecting network and configuring it said that no hard drive can be located. After some investigation in the console I found that the kernel driver was loaded and that I was abble to mount the partitions. But when I ran parted_devices I got a ldd error indicating that libselinux.so.1 was not found. So I downloaded the stable (Lenny) installer and it worked fine. For some reason the libselinux.so.1 library is missing so the partition tools don't work and the installer reports that it can't detect the hard drive, but the hard drive is working fine. -- Jaime Alberto Silva Gerente SG Automatización Ltda. Pereira \ Risaralda \ Colombia -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#482092: XTS and LRW mode of operation
*David Hardeman* wrote: > Other options would be to remove the keysize option entirely and select > reasonable defaults or to replace the numerical alternatives with > generic descriptions ("key strength: high/medium/low"). Yes, but in the help it would be clear that "high/medium/low" with "X" mode of operation mean "Y" bit of the key. -- Alberto
Bug#482092: XTS and LRW mode of operation
*Max Vozeler* wrote: >> Please add aes-lrw-benbi and aes-xts-plain to the list of available >> mode of operation. XTS is the upcoming standard. > Thanks for the suggestion. I think offering those modes > in partman-crypto is very desirable. > > Before we can do it we will need to make some non-trivial > code changes though to account for the different key sizes > that are valid in combination with those modes. > > The kernel Kconfig help suggests that for LRW we'd need to > add 128 bits and for XTS to double the key size: > > aes-lrw-benbi: 256/320/384 bits > aes-xts-plain: 256/384/512 bits [cut] > The latter seems more flexible, but may be surprising for > people who are aware of the different requirements. They may > wonder why they can select 128-bit AES with aes-lrb-benbi, > for example. Do you think this could be a problem? I don't think it's a nice idea to change/double the key size which the user selected. Anyway, I have to admit I didn't aware of that Kconfig suggestion. I have to make a careful study to it. It would be very nice to offer the user the option to choose the cipher and all the options related to it separately. E.g. 1) algorithm -> AES, Blowfish etc. 2) mode of operation -> CBC, LRW, XTS etc. 3) key size -> 128, 192, 256, 384, 512 (based on the selected algo+mode) 4) IV algorithm -> plain, essiv, benbi (only for LRW) 5) ivmode (only for CBC) -> sha1, sha256, sha512 But probably it is difficult to realize and in practice not so useful. So the best way is to offer only few predefined possibilities, which nowdays are considered secure. I suggest: - aes-cbc-essiv:sha1 (with various keysize) - aes-cbc-essiv:sha256 (with various keysize) - aes-cbc-essiv:sha512 (with various keysize) - aes-xts-plain (with various keysize) The default choice would be the last one. > Another question comes to mind: Since XTS is considered to > be the successor to LRW (at least for IEEE P1619 standard), > are there reasons to offer any LRW modes? Are you aware of > any practical advantages over XTS? In fact no, as I stated just few lines before. P.S.: why version 36 is not in testing? -- Alberto
Bug#482092: XTS and LRW mode of operation
*Zdenek Kaspar* wrote: > IMO it's not good to hide any changes in crypto from the user. I agree with you. > Even doubling the key without further notice. Maybe some > hint/help/screen option to explain XTS-based mode. At least in meantime (and before of lenny release) why don't offer only few and safe predefined options? > I don't see any advantages here. XTS is claimed as more secure.. > But still both modes have kernel status = EXPERIMENTAL. Therefore CBC > should stay as "less-secure/more-stable" default option for the system > encryption. Also in 2.6.26 (and .27)? -- Alberto
Bug#482092: XTS and LRW mode of operation
Package: partman-crypto Version: 32 Please add aes-lrw-benbi and aes-xts-plain to the list of available mode of operation. XTS is the upcoming standard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397380: Installation report
Package: installation-reports Boot method: netinst CD image Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 4th of November 2006 Machine: Micromaxx Processor: P4 2.6 Ghz Memory: 512 MB Partitions: hda4 (primary partition, 5.2 GB, ext3) Output of lspci -nn and lspci -vnn: N/a 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] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Everything fine except one detail: My router seems to have a problem with tcp window scaling since kernel 2.6.17. Therefor I need to disable tcp window scaling to access most sites. Since this was a net install I needed to do it before contacting a mirror. In text mode no problem: pressing Alt+F3 I could access a console and disable it. But in the graphical installer pressing Alt+F3 did nothing so I couldn't complete the installation in graphical mode. Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378123: Probably fixed now
Hi, I think this [1] bug was the problem. And it seems to be fixed now. So, unless yaboot 1.3.13-7 does not make it to etch, I guess this bug report can be closed. Regards, Alberto [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378123 -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3
Bug#378123: debian-installer: Installing /boot on a XFS makes the system not bootable
On Thu, Jul 13, 2006 at 05:25:14PM +0200, Frans Pop wrote: > On Thursday 13 July 2006 15:48, Alberto Gonzalez Iniesta wrote: > > Seems to be a problem with the initrd living in an XFS partition. Making > > a ext3 partition for /boot fixed it. > > Normally we try to check for such situations and provide a message. > Which boot loader did you use? Or did you use the "nobootloader" option of > the installer? Yaboot. Actually I didn't choose anything, I guess that's the way to go on powerpc. -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3
Bug#378123: debian-installer: Installing /boot on a XFS makes the system not bootable
Package: debian-installer Severity: important Hi, I tried debian-installer on an iBook G4 with the 20060711 image (IIRC), and after the install the system didn't boot. The kernel panics (it will fail uncompressing the initrd). Seems to be a problem with the initrd living in an XFS partition. Making a ext3 partition for /boot fixed it. The problem is reported in Ubuntu: https://bugzilla.ubuntu.com/show_bug.cgi?id=14485 Since I don't expect the fix to be easy, some kind of warning would be nice, to avoid making users go crazy with this. Thanks, Alberto -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc1 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#275216: [i36][pre-rc2][netinst] I2O Intel RAID controller not supported
Package: installation-reports Debian-installer-version: downloaded sarge-i386-netinst.iso pre-rc2 from http://cdimage.debian.org on 20041004. uname -a: Linux godzilla 2.6.8-1-686 #1 SMP Tue Oct 5 18:01:38 CST 2004 i686 GNU/Linux Date: Oct 5 10:00:00 CST 2004 Method: Installed using a custom built cdimage since the installer dindn't have the drivers for my RAID controller. Completed the install from the network. Machine: Intel pentiumIII Xeon with an Intel I2O RAID controller. Processor: Intel pentiumIII Xeon 1GHz x 2 Memory: 1GB Root Device: SCSI discs on raid1 on an Intel I2O RAID controller. Root device is /dev/i2o/hda1. Root Size/partition table: godzilla:~# fdisk -l Disk /dev/i2o/hda: 18.2 GB, 18299748352 bytes 255 heads, 63 sectors/track, 2224 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/i2o/hda1 1 33 265041 83 Linux /dev/i2o/hda2 34 155 979965 82 Linux swap /dev/i2o/hda3 156222416619242+ 5 Extended /dev/i2o/hda5 156 204 393561 83 Linux /dev/i2o/hda6 205 690 3903763+ 83 Linux /dev/i2o/hda7 6911298 4883728+ 83 Linux /dev/i2o/hda812992224 7438063+ 83 Linux Output of lspci and lspci -n: godzilla:~# lspci :00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC 215IIC [Mach64 GT IIC] (rev 7a) :00:03.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) :00:06.0 PCI bridge: Intel Corp.: Unknown device 9620 (rev 02) :00:06.1 I2O: Intel Corp. Integrated RAID (rev 02) :00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 50) :00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller godzilla:~# lspci -n :00:00.0 0600: 1166:0009 (rev 06) :00:00.1 0600: 1166:0009 (rev 06) :00:02.0 0300: 1002:4756 (rev 7a) :00:03.0 0200: 8086:1229 (rev 08) :00:06.0 0604: 8086:9620 (rev 02) :00:06.1 0e00: 8086:9621 (rev 02) :00:0f.0 0601: 1166:0200 (rev 50) :00:0f.1 0101: 1166:0211 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[E] Reboot: [O] Comments/Problems: . The debian-installer cdimage I downloaded didn't have the modules for I2O hardware, so I had to built a custom boot disc using linux-kernel-di-i386-2.6-0.66 and debian-installer-20040801 to add the I2O modules to a mini.iso cdimage. . debian-installer didn't load the modules for the RAID controller, so I had to manually load them: modprobe i2o_block modprobe i2o_config modprobe i2o_proc Once the modules where loaded the installer recognized the discs and offered me the option to partition them. Devices /dev/i2o/hda/disc, /dev/i2o/hda/part1, /dev/i2o/hda/part2... got created automatically. . when installing the base system kernel-image-2.6.8-1-686 installation failed with the message: Setting up kernel-image-2.6.8-1-686 (2.6.8-3) ... /usr/sbin/mkinitrd: /dev/i2o/hda/part1: Unknown root device Please refer to the manual page. Failed to create initrd image. and base system installation failed. I fixed this by making my own kernel-image-2.6.8-1-686_2.6.8-3 that didn't use an initrd and installing it before debian-installer got to installing the kernel. . when I tried to install the grub boot loader it failed since it did not recognise /dev/i2o/hda/disc as a BIOS boot drive. Then I tried to install the LILO boot loader but that step just returned without doing anything. . after installing grub manually I booted and completed the debian installation. But when I rebooted to test everything I couldn't boot since the device names where changed from /dev/i2o/hda/part1 to /dev/i2o/hda1. -- Alberto Brealey Guzmán [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
install Debian how SATA
Tenho uma placa intel D865PERL, preciso instalar o Debian nesta maq. Não estou conseguindo achar nenhum suporte para instalar em Serial ATA, se vocês tiverem o module para serial ata, ou alguma coisa que possa me ajudar ficaria muito grato. Obrigado.
Bug#247875: Package: installation-reports
Package: installation-reports Debian-installer-version: uname -a: Date: Method: ftp/network Machine: pegasosII 600mhz Processor: G3 Memory: 512 Mb Root Device: IDE hdc1 Root Size/partition table: Output of lspci: all ok Base System Installation Checklist: Initial boot worked:[y ] Configure network HW: [y ] Config network: [y] Detect CD: [y ] Load installer modules: [y ] Detect hard drives: [y ] Partition hard drives: [N ] Create file systems:[y] Mount partitions: [ y] Install base system:[ y] Install boot loader:[ y] Reboot: [ y] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: X does not work with Radeon 9200se-128Mb and matrox g400 Why Best regards Alberto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#214064: (no subject)
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]