Bug#925134: grub-efi-amd64-signed: doesn't mount cryptodisk

[Felix Defrance]

Hi Mark and all,

I'm in the same situation. So what do we do ?

Thx

On Thu, 4 Jul 2019 18:34:01 +0200 Mark Caglienzi
 wrote:

> Hi all,
> is this bug relevant yet?
>
> I have a buster laptop (so no VM, but real hardware, and no fresh
> install) with encrypted disk, and I blocked the upgrade of grub since
> March because of the fear to not be able to boot it after the upgrade of
> grub.
>
> I am still with 2.02+dfsg1-12 because of this.
>
> The severity is critical (and if the bug is confirmed, I understand
> that's *critical*), but I don't understand if I can upgrade or not.
>
> I don't see "movement" in the thread since some months, and the bug just
> "lies here".
>
> Thanks in advance,
> Mark
>

-- 
Félix Defrance
PGP: 0x46A603D10F04DC57




signature.asc
Description: OpenPGP digital signature

Bug#785130: (no subject)

[Felix Defrance]

Hi Paul, Brent,

It's hard to known witch is the right way to do.

@Paul, you say you are unimpressed by the work of extremshok. Can you
explain why ? Is the work isn't trustable ?

@Brent your packging seems missing somethings like the location of the
debian sources as I see. The VCS not pointing on salsa.debian.org and no
source to building the package is provided on github... Maybe you could
improve that by relocate your work on salsa ;)
On the other hand, if you want to get sponsor, you could solve lintian
warnings too. Ask help to the mentors

I'm not debian packaging expert, but I hope the subject will be
clarified, I'm clamav user, and I would like  to know if it's better to
purge or upgrade clamav-unofficial-sigs

Thanks

-- 
Félix Defrance
PGP: 0x46A603D10F04DC57




signature.asc
Description: OpenPGP digital signature

Bug#899239: (no subject)

[Felix Defrance]

Dear Maintainer,

Oracle has changed the file name pattern so make-jpkg doesn't recognise
it. Renaming it makes make-jpkg create a DEB file as expected (so a
corresponding change to the programs pattern matching function is in
order):

    $ mv jre-10.0.2_linux-x64_bin.tar.gz jre-10u02-linux-x64.tar.gz

    $ make-jpkg jre-10u02-linux-x64.tar.gz

The install was success with :

    # dpkg -i oracle-java10-jre_10u02_amd64.deb


Thx,

-- 
Félix Defrance
PGP: 0x0F04DC57

Bug#893369: 893369

[Felix Defrance]

Le 21/03/2018 à 14:47, Michael Biebl a écrit :
> Am 21.03.2018 um 13:18 schrieb Felix Defrance:
>
>> Start-Date: 2018-03-20  14:02:40
>> Commandline: apt full-upgrade
>> Requested-By: fdef (1000)
>> Install: libpam0g:i386 (1.1.8-3.7, automatic), libdevmapper1.02.1:i386
>> (2:1.02.145-4.1, automatic), libseccomp2:i386 (2.3.1-2.1, automatic),
>> gir1.2-mutter-2:amd64 (3.28.0-1, automatic), libargon2-0:i386
>> (0~20161029-1.1, automatic), libacl1:i386 (2.2.52-3+b1, automatic),
>> libkmod2:i386 (25-1, automatic), libmutter-2-0:amd64 (3.28.0-1,
>> automatic), libapparmor1:i386 (2.12-3, automatic), libattr1:i386
>> (1:2.4.47-2+b2, automatic), libpam-systemd:i386 (238-2, automatic),
>> systemd:i386 (238-2, automatic), libcap-ng0:i386 (0.7.7-3.1+b1,
> [..]
>
>> Remove: systemd:amd64 (237-4)
> Be careful with full-upgrade, it does potentially bad things like in
> this case replacing systemd:amd64 with systemd:i386 and always
> double-check what it is going to do. For normal operation, apt upgrade
> is safer, especially for sid, where packages can be temporarily not
> installable. Still curious, why apt decided to do that in this case.
Ok I don't unknow that, I'll use upgrade ;)

And I don't unknow why systemd:amd64 was marked as removed..  I'm still
curious too!
>
> To fix your breakage, please switch systemd back to your native
> architectue by running
>
> apt install systemd:amd64


Another things important, I told a misstake! When my system broken this
morning, to solve the problem I have installed systemd:amd64 in version
238-2 by executing :

dpkg -i /var/cache/apt/archives/systemd_238-2_amd64.deb

After that, I got other problem with gnome-shell and I needed to
downgrade lot of packages...

So I'm confuse, I answered to quickly at this bug :/


>
>
> Michael

-- 
Félix Defrance
PGP: 0x0F04DC57




signature.asc
Description: OpenPGP digital signature

Bug#893369: 893369

[Felix Defrance]

Le 21/03/2018 à 15:04, Michael Biebl a écrit :
> Am 21.03.2018 um 14:47 schrieb Michael Biebl:
>> Am 21.03.2018 um 13:18 schrieb Felix Defrance:
>>
>>> Start-Date: 2018-03-20  14:02:40
>>> Commandline: apt full-upgrade
>>> Requested-By: fdef (1000)
>>> Install: libpam0g:i386 (1.1.8-3.7, automatic), libdevmapper1.02.1:i386
>>> (2:1.02.145-4.1, automatic), libseccomp2:i386 (2.3.1-2.1, automatic),
>>> gir1.2-mutter-2:amd64 (3.28.0-1, automatic), libargon2-0:i386
>>> (0~20161029-1.1, automatic), libacl1:i386 (2.2.52-3+b1, automatic),
>>> libkmod2:i386 (25-1, automatic), libmutter-2-0:amd64 (3.28.0-1,
>>> automatic), libapparmor1:i386 (2.12-3, automatic), libattr1:i386
>>> (1:2.4.47-2+b2, automatic), libpam-systemd:i386 (238-2, automatic),
>>> systemd:i386 (238-2, automatic), libcap-ng0:i386 (0.7.7-3.1+b1,
>> [..]
>>
>>> Remove: systemd:amd64 (237-4)
> Felix, are you using sid or buster
buster
>
>

-- 
Félix Defrance
PGP: 0x0F04DC57




signature.asc
Description: OpenPGP digital signature

Bug#893369: 893369

[Felix Defrance]

Hi,

I confirm this bug. It break the normal booting.

I temporary solved the problem by installing systemd in version 237-4
(the installation of 238-2 don't solve the problem)

There is my log, I hope that can help

## Logs

journalctl -alb -u systemd-udevd.service

-- Logs begin at Wed 2018-03-21 09:03:00 CET, end at Wed 2018-03-21
09:16:56 CET. --
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Main process
exited, code=killed, status=31/SYS
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Failed with
result 'signal'.
mars 21 09:03:00 stellar systemd[1]: Failed to start udev Kernel Device
Manager.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Service has
no hold-off time, scheduling restart.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Scheduled
restart job, restart counter is at 2.
mars 21 09:03:00 stellar systemd[1]: Stopped udev Kernel Device Manager.
mars 21 09:03:00 stellar systemd[1]: Starting udev Kernel Device Manager...
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Main process
exited, code=killed, status=31/SYS
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Failed with
result 'signal'.
mars 21 09:03:00 stellar systemd[1]: Failed to start udev Kernel Device
Manager.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Service has
no hold-off time, scheduling restart.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Scheduled
restart job, restart counter is at 3.
mars 21 09:03:00 stellar systemd[1]: Stopped udev Kernel Device Manager.
mars 21 09:03:00 stellar systemd[1]: Starting udev Kernel Device Manager...
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Main process
exited, code=killed, status=31/SYS
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Failed with
result 'signal'.
mars 21 09:03:00 stellar systemd[1]: Failed to start udev Kernel Device
Manager.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Service has
no hold-off time, scheduling restart.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Scheduled
restart job, restart counter is at 4.
mars 21 09:03:00 stellar systemd[1]: Stopped udev Kernel Device Manager.
mars 21 09:03:00 stellar systemd[1]: Starting udev Kernel Device Manager...
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Main process
exited, code=killed, status=31/SYS
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Failed with
result 'signal'.
mars 21 09:03:00 stellar systemd[1]: Failed to start udev Kernel Device
Manager.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Service has
no hold-off time, scheduling restart.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Scheduled
restart job, restart counter is at 5.
mars 21 09:03:00 stellar systemd[1]: Stopped udev Kernel Device Manager.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Start
request repeated too quickly.
mars 21 09:03:00 stellar systemd[1]: systemd-udevd.service: Failed with
result 'signal'.
mars 21 09:03:00 stellar systemd[1]: Failed to start udev Kernel Device
Manager.

/var/log/apt/history.log

Start-Date: 2018-03-20  14:02:40
Commandline: apt full-upgrade
Requested-By: fdef (1000)
Install: libpam0g:i386 (1.1.8-3.7, automatic), libdevmapper1.02.1:i386
(2:1.02.145-4.1, automatic), libseccomp2:i386 (2.3.1-2.1, automatic),
gir1.2-mutter-2:amd64 (3.28.0-1, automatic), libargon2-0:i386
(0~20161029-1.1, automatic), libacl1:i386 (2.2.52-3+b1, automatic),
libkmod2:i386 (25-1, automatic), libmutter-2-0:amd64 (3.28.0-1,
automatic), libapparmor1:i386 (2.12-3, automatic), libattr1:i386
(1:2.4.47-2+b2, automatic), libpam-systemd:i386 (238-2, automatic),
systemd:i386 (238-2, automatic), libcap-ng0:i386 (0.7.7-3.1+b1,
automatic), libidn11:i386 (1.33-2.1, automatic),
libcairo-gobject-perl:amd64 (1.004-2+b2, automatic),
libcryptsetup12:i386 (2:2.0.1-1, automatic), libgtk3-perl:amd64
(0.032-1, automatic), libglib-object-introspection-perl:amd64 (0.044-2,
automatic), libjson-c3:i386 (0.12.1-1.3, automatic), libip4tc0:i386
(1.6.2-1, automatic), libaudit1:i386 (1:2.8.2-1, automatic)
Upgrade: vlc-bin:amd64 (3.0.1-2, 3.0.1-3), evince:amd64 (3.26.0-3,
3.27.92-1), libgcc-7-dev:amd64 (7.3.0-5, 7.3.0-11), libmpx2:amd64
(8-20180218-1, 8-20180312-2), libopencv-photo3.2:amd64 (3.2.0+dfsg-4+b3,
3.2.0+dfsg-4+b4), vlc-plugin-video-output:amd64 (3.0.1-2, 3.0.1-3),
librpmsign8:amd64 (4.14.0+dfsg1-2, 4.14.1+dfsg1-2), python2.7-dev:amd64
(2.7.14-6, 2.7.14-7), libpython3.6-minimal:amd64 (3.6.4-4, 3.6.5~rc1-1),
libpackagekit-glib2-18:amd64 (1.1.7-1, 1.1.9-1), rpm2cpio:amd64
(4.14.0+dfsg1-2, 4.14.1+dfsg1-2), libvte-2.91-0:amd64 (0.50.2-4,
0.52.0-1), gedit:amd64 (3.27.92-1, 3.28.0-1), gir1.2-gtk-3.0:amd64
(3.22.28-1, 3.22.29-1), gedit-plugin-dashboard:amd64 (3.27.92-1,
3.28.0-1), vnstat:amd64 (1.17-1, 1.18-1), python-samba:amd64
(2:4.7.4+dfsg-1, 2:4.7.4+dfsg-2), libevdocument3-4:amd64 (3.26.0-3,
3.27.92-1), libwacom-common:amd64 (0.26-1, 0.29-1),

Bug#887025: /usr/sbin/grub-probe: error: failed to get canonical path of `/dev/mapper/vg00-root' after a vgrename

[Felix Defrance]

Package: grub2-common
Version: 2.02~beta3-5
Severity: normal

Hi,

I'm faced to an issue. It's impossible to rename lvm volume group cause
it's impossible to update-grub.

root@gw-nts-01:~# vgrename vg00 vg_gw_nts_01
  Volume group "vg00" successfully renamed to "vg_gw_nts_01"
root@gw-nts-01:~# update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of
`/dev/mapper/vg00-root'.


br,

-- 
Félix Defrance
PGP: 0x0F04DC57

Bug#863612: (no subject)

[Felix Defrance]

Hello,

Same issue here but I found a workaround.

I defined inet in /etc/default/opendmarc but it's not readed anymore by
opendmarc systemd unit.

cat /etc/default/opendmarc
# Command-line options specified here will override the contents of
# /etc/opendmarc.conf. See opendmarc(8) for a complete list of options.
#DAEMON_OPTS=""
#
# Uncomment to specify an alternate socket
# Note that setting this will override any Socket value in opendkim.conf
#SOCKET="local:/var/run/opendmarc/opendmarc.sock" # default
#SOCKET="inet:54321" # listen on all interfaces on port 54321
#SOCKET="inet:12345@localhost" # listen on loopback on port 12345
#SOCKET="inet:12345@192.0.2.1" # listen on 192.0.2.1 on port 12345
SOCKET="inet:10028@127.0.0.1"

I readed in /usr/share/doc/opendmarc/README.Debian this information:

Users may also need to move the socket into a directory accessible by the
Postfix chroot; this can be accomplished by setting the SOCKET variable
in /etc/systemd/system/opendmarc.service.d/overrride.conf (if systemd is
used)
or in /etc/default/opendmarc (if SysV is used).  Alternately, it can be
set in
the installed configuration file, /etc/opendmarc.conf.

We used systemd in Debian now.. but this file is not present.

The file should be generated by the
/lib/opendmarc/opendmarc.service.generate provided by opendmarc package.
I think it's not executed in the upgrade action..

@Scott

could you please check this for us?

Workaround: execute this commands manually to solve the problem:

# bash /lib/opendmarc/opendmarc.service.generate
# systemctl daemon-reload
# systemctl restart opendmarc.service

Br,

-- 
Félix Defrance
PGP: 0x0F04DC57

Bug#811383: linux-image-4.3.0-1-amd64: drm:intel_dp_aux_ch [i915] *ERROR* dp aux hw did not signal timeout

[Felix Defrance]

Package: src:linux
Version: 4.3.0-1-amd64
Severity: important

Dear Maintainer,

I have installed Debian Stretch on my new laptop Dell XPS 15 (9550). It's the 
model version: i7, 16G RAM, 512 SSD, and 4k QHD screen.

The problem: the screen don't work at boot. 
Gdm work but i can see nothing on the screen (screen is on, but stay black).

Sometime, when i push the power botton, the laptop drop down into power suspend 
mode.
After that, when i push the botton again, it wake up and i can see the login 
screen. 
In this step, the laptop work, (screen is ok but stay unstable).

It's impossible to lock the screen for example. In the case, i need to drop 
down in PMsuspend mode again

-- Package-specific info:
** Version:
Linux stellar 4.3.0-1-amd64 #1 SMP Debian 4.3.3-5 (2016-01-04) x86_64 GNU/Linux

** Command line:
Kernel command line: BOOT_IMAGE=/vmlinuz-4.3.0-1-amd64 
root=/dev/mapper/vg_stellar-rootfs ro quiet 
cryptdevice=51fc65f7-a622-46c2-8b52-bb2e71166ee9:lvm 

With the "i915.preliminary_hw_support=1" boot option, it's the same problem.

** Kernel log:
Jan 18 13:40:33 stellar kernel: [7.143659] ACPI: Video Device [GFX0] 
(multi-head: yes  rom: no  post: no)
Jan 18 13:40:33 stellar kernel: [7.162045] ACPI: Battery Slot [BAT0] 
(battery present)
Jan 18 13:40:33 stellar kernel: [7.162687] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input12
Jan 18 13:40:33 stellar kernel: [7.162762] ACPI Exception: AE_NOT_FOUND, 
Evaluating _DOD (20150818/video-1153)
Jan 18 13:40:33 stellar kernel: [7.162763] ACPI: Video Device [PEGP] 
(multi-head: no  rom: yes  post: no)
Jan 18 13:40:33 stellar kernel: [7.162801] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:0a/LNXVIDEO:01/input/input13
Jan 18 13:40:33 stellar kernel: [7.171979] brcmfmac: brcmf_add_if: ERROR: 
netdev:wlp2s0 already exists
Jan 18 13:40:33 stellar kernel: [7.171979] brcmfmac: brcmf_add_if: ignore 
IF event
Jan 18 13:40:33 stellar kernel: [7.364105] [drm:intel_dp_aux_ch [i915]] 
*ERROR* dp aux hw did not signal timeout (has irq: 1)!
Jan 18 13:40:33 stellar kernel: [7.380077] [drm:intel_dp_aux_ch [i915]] 
*ERROR* dp aux hw did not signal timeout (has irq: 1)!
Jan 18 13:40:33 stellar kernel: [7.396078] [drm:intel_dp_aux_ch [i915]] 
*ERROR* dp aux hw did not signal timeout (has irq: 1)!
Jan 18 13:40:33 stellar kernel: [7.412082] [drm:intel_dp_aux_ch [i915]] 
*ERROR* dp aux hw did not signal timeout (has irq: 1)!
Jan 18 13:40:33 stellar kernel: [7.416922] ip_tables: (C) 2000-2006 
Netfilter Core Team
Jan 18 13:40:33 stellar kernel: [7.420226] ip6_tables: (C) 2000-2006 
Netfilter Core Team
Jan 18 13:40:33 stellar kernel: [7.427728] Ebtables v2.0 registered
Jan 18 13:40:33 stellar kernel: [7.428073] [drm:intel_dp_aux_ch [i915]] 
*ERROR* dp aux hw did not signal timeout (has irq: 1)!
Jan 18 13:40:33 stellar kernel: [7.428091] [drm:intel_dp_aux_ch [i915]] 
*ERROR* dp_aux_ch not done status 0xad40001f
Jan 18 13:40:33 stellar kernel: [7.452044] [ cut here 
]
Jan 18 13:40:33 stellar kernel: [7.452070] WARNING: CPU: 2 PID: 158 at 
/build/linux-dUKt9u/linux-4.3.3/drivers/gpu/drm/i915/intel_dp.c:854 
intel_dp_aux_ch+0x112/0x670 [i915]()
Jan 18 13:40:33 stellar kernel: [7.452071] dp_aux_ch not started status 
0xad40001f
Jan 18 13:40:33 stellar kernel: [7.452093] Modules linked in: 
ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter ip_tables 
x_tables binfmt_misc uinput dell_wmi joydev sparse_keymap intel_rapl 
dell_laptop x86_pkg_temp_thermal dcdbas intel_powerclamp coretemp nouveau(+) 
brcmfmac kvm_intel uvcvideo i915(+) brcmutil videobuf2_vmalloc snd_hda_intel 
kvm videobuf2_memops rtsx_pci_ms cfg80211 mxm_wmi videobuf2_core snd_hda_codec 
memstick ttm snd_hda_core evdev psmouse snd_hwdep efi_pstore drm_kms_helper 
serio_raw pcspkr snd_pcm v4l2_common snd_timer drm videodev efivars 
hid_multitouch i2c_i801 mei_me processor_thermal_device snd btusb 
intel_soc_dts_iosf tpm_tis btrtl media soundcore mei shpchp iosf_mbi 
i2c_algo_bit tpm battery hci_uart btbcm btintel bluetooth rfkill 
int3403_thermal wmi dell_smo8800 video int3402_thermal int340x_thermal_zone 
int3400_thermal acpi_thermal_rel acpi_pad ac processor button parport_pc ppdev 
lp parport efivarfs autofs4 ext4 crc16 mbcache jbd2 alg
 if_skcipher af_alg usbhid dm_crypt dm_mod crct10dif_pclmul crc32_pclmul 
crc32c_intel rtsx_pci_sdmmc mmc_core jitterentropy_rng sha256_ssse3 
sha256_generic hmac drbg ansi_cprng aesni_intel aes_x86_64 lrw gf128mul 
glue_helper ablk_helper cryptd ahci libahci xhci_pci libata rtsx_pci xhci_hcd 
nvme mfd_core scsi_mod usbcore usb_common fan thermal i2c_hid hid
Jan 18 13:40:33 stellar kernel: [7.452109] CPU: 2 PID: 158 Comm: 
kworker/u16:3 Not tainted 4.3.0-1-amd64 #1 Debian 4.3.3-5
Jan 18 13:40:33 stellar kernel: [7.452110] Hardware name: Dell Inc. XPS 15 
9550/0N7TVV, BIOS 01.01.15 12/18/2015

Bug#783499: When upgrade to Jessie, Access Control declaration need to be modified

[Felix Defrance]

Package: munin
Version: 2.0.25-1
Severity: important

Dear Maintainer,

When dist-upgrade from wheezy to jessie, munin configuration have two
problems :

1/ The configuration file /etc/munin/apache.conf need to be tweaked
before work.

2/ The configuration file /etc/apache/conf.d/munin is not in a correct
directory.


For the first, since apache 2.4, the acces control declaration in Apache
change. As you known :

  * http://httpd.apache.org/docs/2.4/upgrading.html#access

So in, /etc/munin/apache.conf, you need to modify, as follow :

All declaration begin by :
 Order allow,deny
 Allow from all

need to be replaced by :
 Require all granted


For the second problem, the file /etc/apache/conf.d/munin need to be
renamed in munin.conf and placed in /etc/apache/conf-available/munin.conf

And finaly, linked in /etc/apache2/conf-enabled/munin.conf by a2enconf
munin for exemple.



-- System Information:
Debian Release: 8.0
Architecture: amd64 (x86_64)

Best regards,
-- 
Félix Defrance
PGP: 0x0F04DC57


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org