How to fix installed boot under Uefi for Acer Aspire ES15
Dear members, I have the Aspire ES1-533 laptop, originelly with Bootup Linux. I installed Debian 9 RC 3, but after installation, I can't boot to it. When I mont /dev/sda1, which is boot and esb, I can see uefi folder, with Debian subfolder and with some grub.efi file. I know, this laptop model is very limited, no legaci support and only Windows 10 works here, but I bought this laptop, because here was Linux os, so I uess, LInux distros must work here, but not. Can you help me please? I installed Debian with speech mode, I am screen reader users. I can boot other distros with usb flash normally, so I don't know, why laptop can't see Debian installed. Thanks, Pavel Vlček
Re: Bug#862992: systemd: avoid attempt to re-create /etc/mtab by systemd-tmpfiles-setup.service
Am 19.05.2017 um 19:58 schrieb Maximilian Stein: > Package: systemd > Version: 232-23 > Severity: normal > > Dear Maintainer, > > After having upgraded to Stretch, I noticed that > systemd-tmpfiles-setup.service attempts to create /etc/mtab as > configured in /usr/lib/tmpfiles.d/debian.conf. Unfortunately, this > does not work on some of my machines where / is mounted read-only and > consequently, systemd-tmpfiles-setup.service fails. > > Moreover, this step does not seem to be necessary, as /etc/mtab is > symlinked to /proc/mounts after a fresh debootstrap. /proc/mounts in > turn symlinks to /proc/self/mounts, the same file as configured in > /usr/lib/tmpfiles.d/debian.conf. > > What exactly are the reasons for re-creating /etc/mtab on every boot? Is > this step really necessary? Well, it's not really re-created on every boot, just if /etc/mtab is *not* a relative symlink to ../proc/self/mounts. debootstrap from sid creates /etc/mtab as relative symlink to ../proc/mounts afaics (the version from jessie seems to create it as an absolute symlink to /proc/mounts) So I guess the problem here is that there is a mismatch between what debootstrap creates and what systemd-tmpfiles (i.e. debian.conf) expects. In jessie we handled this slightly differently [1]. We had a dedicated service unit which checked if /etc/mtab was a symlink. So we didn't run into the issue there, that the symlink can be absolute or relative and point to either /proc/mounts or /proc/self/mounts. We chose ../proc/self/mounts in debian.conf since that's also what's used by systemd upstream [2], i.e. we are consistent with other distros in that aspect. Maybe we can change debootstrap to use ../proc/self/mounts or is there a good reason why it should point to ../proc/mounts? CCed the debootstrap maintainers for their input. Regards, Michael [1] https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=b3ba0e60 [2] https://github.com/systemd/systemd/blob/master/tmpfiles.d/etc.conf.m4#L12 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Dutch installation-guide: updated boot-installer.po and hardware.po
Hi, Holger Wansing wrote: > Hi, > > Holger Wansing wrote: > > > > > > Please find the updated files attached. > > > > Committed: > > https://anonscm.debian.org/viewvc/d-i?view=revision&revision=70729 > > Thanks > > Huuh, I see you have only gpl.po untranslated, the rest is 100% translated! > That's really great! > > I put debian-boot in CC, just to let them know. Could we get one more upload of installation-guide to stretch, please? :-) thanks Holger -- Created with Sylpheed 3.5.0 under D E B I A N L I N U X 8 . 0 " J E S S I E " . Registered Linux User #311290 - https://linuxcounter.net/
