On 05/01/2024 18:37, 陈 晟祺 wrote:
Control: tags -1 + unreproducible
Still hapening on 5.10.0-26-amd64 , but this fixed the system:
update-initramfs -u ; update-grub
Did your apt run finish normally? The update of initramfs and grub is commonly
done by postinst hooks, which will be triggered whe
Still hapening on 5.10.0-26-amd64 , but this fixed the system:
update-initramfs -u ; update-grub
=> something is updating /boot not properly.
Here is a list of recent AUTO-updates from 2023-10-09 . I don't think
the issue was happening before; the faulty package should be below. We
will cross
vmlinuz-5.10.0-16-amd64
has the same bug as before:
https://drive.google.com/drive/u/0/folders/1pEDbtaTPYbpTuGAYWfYDWTysV6H-7Nt0
After installing
apt-get install mdadm cryptsetup raidutils
I have seen apt rebuild initrds, and now
5.10.0-20-amd64
works again, I don't know why.
On 27/12/2022 17:
>> when the apt-all plugin is loaded (what is automatic on Debian because of
>> the package install script), then two cron lines in /etc/cron.d/munin-node
>>
>> */5 * * * *root if [ -x /etc/munin/plugins/apt_all ]; then
>> /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x
>> /et
Package: munin
Version: 2.0.33-1
Severity: minor
Dear Maintainer,
when the apt-all plugin is loaded (what is automatic on Debian because of
the package install script), then two cron lines in /etc/cron.d/munin-node
*/5 * * * *root if [ -x /etc/munin/plugins/apt_all ]; then
/etc/munin/plugins
Package: fancontrol
Version: 1:3.4.0-4
Severity: minor
http://forums.debian.net/viewtopic.php?f=10&t=136952&p=669344#p669344
After a large system update ...
|# systemctl restart fancontrol.service
Job for fancontrol.service failed because the control process exited with
error code.
See "systemc
Package: fancontrol
Version: 1:3.4.0-4
Severity: minor
http://forums.debian.net/viewtopic.php?f=10&t=136952&p=669344#p669344
After a large system update ...
|# systemctl restart fancontrol.service
Job for fancontrol.service failed because the control process exited with
error code.
See "systemct
This bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570529 looks to
me to be dup of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552196
--
>o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/
If computing were an exact science, IT engineers would'nt have work \_o<
"
Package: openssh-server
Version: 1:7.4p1-10+deb9u2
Severity: normal
Dear Maintainer,
DO NOT TRY TO REPRO THIS BUG ON A MACHINE UNLESS YOU HAVE PHYSICAL ACCESS
TO LOCAL CONSOLE
echo "Match Address 10.0.0.8/8
PasswordAuthentication yes
" >>/etc/ssh/sshd_config
or
echo "Match Address fdfd:
# /etc/init.d/ssh restart
[] Restarting ssh (via systemctl): ssh.serviceConnection to leon-00
closed by remote host.
Connection to leon-00 closed.
Could it be a side effect of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751636
?
--
>o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://ben
On 14/11/17 22:42, Manuel A. Fernandez Montecelo wrote:
> Would you
> be able to try, or are the packages/ABIs completely incompatible?
Try what ?
I had similar issue (but not identical) with several old Debian running
under chroot. It really looks to me as a resolution issue, or a timeout;
IPv6
Package: f2fs-tools
Version: 1.4.0-2
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
mkfs fails on 100MB, but works on 1GB. Really sounds like there is a
minimal size. Even if my interpretation is wrong, Failed to prepare a
super b
Subject: aptitude: Cannot initiate the connection to
Package: aptitude
Version: 0.6.11-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
Aptitude is unable to grab file while wget can do it
# aptitude update
Hit http://archive.
The proc plugin also seems to be affected the same way.
I can not be 100% certain for complicated reason: Munin does not show me
any line for proc[perl], but according to min-max-avg values reported in
daily, weekly, monthly and yearly images ... I think this plugin is
affected the same way.
But,
# aptitude update
[...]
Setting up openssh-server (1:7.4p1-9) ...
Replacing config file /etc/ssh/sshd_config with new version
Connection to leon-00 closed by remote host.
Connection to leon-00 closed.
# dpkg --configure -a
[...]
Setting up openssh-server (1:7.4p1-9) ...
Connection to leon-00 clos
ds to happen is that people explain why they so desperately
>is trying to run the init script! Or what's unclear about the "masked"
>message they get when trying to start munin.service.
>
>(Likely this bug report should be closed as "not a bug". People here
&g
On 11/03/17 02:33, Matthew Gabeler-Lee wrote:
> On Fri, 10 Mar 2017, Simon McVittie wrote:
>
>> However, Matthew Gabeler-Lee's reply:
>>
>>> I argue this merits worse than "important" -- in a default install of
>>> Stretch currently, munin doesn't work at all.
>>
>> suggests that there may be somet
I may have found a workaround.
https://sourceforge.net/p/munin/mailman/message/35580589/
In short, state that the bug is in the sensor plugin, that is using
numbers which rely on the order or lines (from output of sensors command),
while other munin plugins use plain text names as internal field
On Tue, 23 Feb 2016 13:55:08 + Richard Harris
wrote:
> There is no need to guess, you can run logrotate with the --verbose setting
> and find out which log it was processing before the error occured. A good
> way to do this is to modify the logrotate cron to add --verbose and sit and
> wait fo
19 matches
Mail list logo
