Dear sir,
i just wanted to ask if the bug is resolved already. Booting into kernel
2.6.38 also brings the system to halt when more then one
CPU core is activated. The system boots fine when only one CPU core (of
four) is activated.
Sincerely,
Adrian Kiess
--
Adrian Immanuel Kieß (adrian at
Adrian,
Adrian Kieß wrote:
i just wanted to ask if the bug is resolved already. Booting into kernel
2.6.38 also brings the system to halt when more then one
CPU core is activated. The system boots fine when only one CPU core (of
four) is activated.
Sorry for the slow reply. The symptoms
Der Julien,
I'm sorry for this false bug report. I have a somewhat complex .xinitrc and
the behaviour of gnome-settings-daemon changed with the release of GNOME
3.0 so i had to background it and that fixed it.
Please excuse the inconvenience.
You can delete this bug report.
Sincerely,
Adrian
Dear Diederik,
yes, it works with the kernel 5.16.0-6, but disk access is still slow.
For example, virt-manager/viewer sometimes needs a minute to connect to
the KVM instances on localhost. But not all applications are this slow;
for example the E-Mail client Sylpheed starts as fast as before and
fine again!
This also fixed my slow GDM3 login problem.
Thank you a lot!
Sincerely,
Adrian Kieß
On Tue, 21 Jun 2022 09:45:06 -0400
Michael Stone wrote:
> On Mon, Jun 20, 2022 at 11:08:55AM +0200, Adrian Immanuel Kiess wrote:
> >in the current Debian/testing, storebackup fails to m
Dear Michael,
yes I can reproduce this bug outside of storebackup, with the following
command — which storebackup uses:
# chown -h 0:0 /tmp/test
Sincerely,
Adrian Kiess
On Tue, 21 Jun 2022 09:45:06 -0400
Michael Stone wrote:
> On Mon, Jun 20, 2022 at 11:08:55AM +0200, Adrian Immanuel Kiess
fine again!
Thanks a lot!
You can close this bug.
With many greetings,
Adrian Kieß
On Tue, 7 Jun 2022 09:19:28 +0200
Adrian Kieß wrote:
> Dear Jeremy,
>
> logging in, into GDM3 is still very slow — the load time of GDM3 is
> slow, and the log-in process is slow.
>
> Below
you very much in advance.
With best greetings from Leipzig, Germany.
Adrian Kieß
On Thu, 21 Apr 2022 12:34:37 -0400
Jeremy Bicha wrote:
> On Thu, Apr 21, 2022 at 11:51 AM Adrian Immanuel Kiess
> wrote:
> > GDM3 fails to load, after bringing up the system.
>
> Please switch
machine:
Please see this new bug report:
Debian Bug report logs - #1013260
coreutils: /bin/chown very slow in conjunction with storebackup
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013260
Thank you very much for your answer!
Sincerely,
Adrian Kieß
On Mon, 30 May 2022 14:29:29 +0200
: 5.15.0-2-amd64 x86_64 Up: 4h 17m Mem: 10022.3/15999.3 MiB
(62.6%) Storage: 11.79 TiB (49.1% used) Procs: 387 Shell: Zsh inxi:
3.3.15
Thank you very much for your attention.
Sincerely,
Adrian Kieß
On Thu, 21 Apr 2022 12:34:37 -0400
Jeremy Bicha wrote:
> On Thu, Apr 21, 2022 at 11:51 AM Adr
sp
7f27593f7928 error 4 in libc.so.6[7f2766228000+17]
My /etc/nscd.conf is attached to this message.
I don't know, how to provide a core dump file. I am sorry.
Sincerely,
Adrian Kieß
On Sat, 1 Oct 2022 21:38:04 +0200
Aurelien Jarno wrote:
> Hi,
>
> On 2022-09-29 09:3
Dear Maintainer of the gnome-shell package,
the bug I have described before, in that the gnome-shell process is
leaking memory, is fixed now.
Steps I followed and the bug is fixed:
* Disable the Open Weather temperature plugin for the Avtivities bar on
the top of the screen
* Upgrade all
Dear Maintainer,
the bug in the gnome-shell process is still there in Debian/testing as
of the 2024-03-21.
The gnome-shell process leaks memory in a tremendous way. The process
can get up to 4-8 Gigabyte large.
Thank you for your kind attention.
Sincerely,
Adrian Kieß
13 matches
Mail list logo