Am 25.07.2024 um 06:52 schrieb Sam Lander:
> Rackspace Xen 4.7 linux-image-4.19.0-26-cloud-amd64 works,
> linux-image-4.19.0-27-cloud-amd64 does not work.
FWIW: I do not use the *clowd* kernels, but the regular ones in my VM's:
> uname -a
> Linux SuperServer 4.19.0-27-am
Summary
Rackspace Xen 4.7 linux-image-4.19.0-26-cloud-amd64 works,
linux-image-4.19.0-27-cloud-amd64 does not work.
I am running Buster on Rackspace inside a 1GB basic model VM
At the end of June, linux-image-4.19.0-27-cloud-amd64 was added as a
security update
My unattended-upgrades script
Am 31.01.2024 um 23:12 schrieb Tixy:
On Wed, 2024-01-31 at 21:59 +0100, hw wrote:
On Wed, 2024-01-31 at 08:02 +0100, Paul Leiber wrote:
Am 25.01.2024 um 22:28 schrieb Paul Leiber:
[...]
Some people on xen-devel pointed out to me two unhandled SMC calls in
the boot logs which could be the root
On Wed, 2024-01-31 at 21:59 +0100, hw wrote:
> On Wed, 2024-01-31 at 08:02 +0100, Paul Leiber wrote:
> > Am 25.01.2024 um 22:28 schrieb Paul Leiber:
> > [...]
> > > Some people on xen-devel pointed out to me two unhandled SMC calls in
> > > the boot logs which co
Am 31.01.2024 um 19:07 schrieb Andrew M.A. Cater:
On Wed, Jan 31, 2024 at 08:02:47AM +0100, Paul Leiber wrote:
Am 25.01.2024 um 22:28 schrieb Paul Leiber:
Paul
[1]
https://lists.xenproject.org/archives/html/xen-devel/2023-10/msg00796.html
[2] https://developer.arm.com/documentation/den0098
On Wed, 2024-01-31 at 08:02 +0100, Paul Leiber wrote:
> Am 25.01.2024 um 22:28 schrieb Paul Leiber:
> > Dear Debian user list members,
> >
> > I am trying to run network related stuff (Samba, Zabbix) on a Raspberry
> > Pi 4B in a virtualized environment using De
On Wed, Jan 31, 2024 at 08:02:47AM +0100, Paul Leiber wrote:
> Am 25.01.2024 um 22:28 schrieb Paul Leiber:
> >
> > Paul
> >
> > [1]
> > https://lists.xenproject.org/archives/html/xen-devel/2023-10/msg00796.html
> > [2] https://developer.arm.com/documenta
Am 25.01.2024 um 22:28 schrieb Paul Leiber:
Dear Debian user list members,
I am trying to run network related stuff (Samba, Zabbix) on a Raspberry
Pi 4B in a virtualized environment using Debian Bookworm and Xen. I am
running into reproducible complete system crashes/reboots due to a Xen
Dear Debian user list members,
I am trying to run network related stuff (Samba, Zabbix) on a Raspberry
Pi 4B in a virtualized environment using Debian Bookworm and Xen. I am
running into reproducible complete system crashes/reboots due to a Xen
watchdog triggering under certain, seemingly
Hi Elmar,
On Thu, Jul 27, 2023 at 03:03:20AM +0200, Dr. Nagy Elemér Károly wrote:
> Two years later, all Debian 11.0-12.1 installers still crash in Xen as DomU,
> it is a known bug:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983357
>
> In PV mode, /boot/grub/grub.cfg
Greetings,
Two years later, all Debian 11.0-12.1 installers still crash in Xen as
DomU, it is a known bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983357
In PV mode, /boot/grub/grub.cfg is the relevant config file, but in HVM
mode, isolinux/txt.cfg is.
The images under
nowledge to do so.
You perhaps need to bisect the kernel. Can you easily reproduce the
problem on demand? If you can then this shouldn't take too long.
Here are some instructions:
https://wiki.debian.org/DebianKernel/GitBisect
If you do manage to identify the exact change that breaks
Am 29.06.2023 um 01:45 schrieb Andy Smith:
On Wed, Jun 28, 2023 at 09:40:52PM +0200, Paul Leiber wrote:
In the meantime, I have upgraded Dom0 to Debian Bookworm with
linux-image-amd64 6.1.27-1 and Xen 4.17. The issue persists, seemingly
unchanged.
In DomU dmesg, there are several "sw
Hi Paul,
On Wed, Jun 28, 2023 at 09:40:52PM +0200, Paul Leiber wrote:
> In the meantime, I have upgraded Dom0 to Debian Bookworm with
> linux-image-amd64 6.1.27-1 and Xen 4.17. The issue persists, seemingly
> unchanged.
>
> In DomU dmesg, there are several "swiotlb buffer is
working without any changes.
Does anybody experience similar behavior? Any hints on how to
troubleshoot? Should I file a bug report? For which package?
I have already sent a previous version of this description to xen-users,
but I wasn't able to find a solution yet. Please be aware th
or
here. I'm going to assume that when you restore the storage of a
domU you don't care if you have to reboot it.
Pretty much your only options are similar to if you weren't using
Xen. Just treat the domU as a machine by itself.
You're using LVM so you could use LVM snapshots.
Dom0 debian 11
domU debian 11 on LVM volume
Xen xen-hypervisor-4.14-amd64 from deb package.
I have operated DomU system and other people operated IOT-gateway.
I would like create snapshot every day. If they missconfigure
something on IOT-gateway I would like restore from saved snapshot the
whole
Hello,
On Wed, Dec 07, 2022 at 09:27:27AM +0100, Toth Zoltan wrote:
> I am looking for a solution to backup and restore xen domU under
> debian, but I did not anything.
What does "backup and restore" mean to you in this context? Describe
a scenario and what you would like to ha
On Wed, 7 Dec 2022, Toth Zoltan wrote:
Hi Everybody
I am looking for a solution to backup and restore xen domU under
debian, but I did not anything.
How can I save and restore xen virtual machine.
I have found "xe" command, but it cant find deb package only rpm :-(
Can somobody hel
Hi Everybody
I am looking for a solution to backup and restore xen domU under
debian, but I did not anything.
How can I save and restore xen virtual machine.
I have found "xe" command, but it cant find deb package only rpm :-(
Can somobody help me ?
Thanks
Zoltan
at my guests start
ok.
I installed the packages in proposed-updates and also triggered a
reboot.
Works like a charm. Our Debian 11.5 Xen hypervisors are fully
operational, without pinning stuff.
Thanks Steve for getting the fix out quickly,
You're welcome. I needed a little more time tha
Tim wrote:
>Quick followup for those here who like me might have pinned grub, the
>fixed version is in bullseye-proposed-updates for those who prefer not
>to leave pins lying around forgotten...
>
>I haven't rebooted the host yet but I can confirm that my guests start
>ok.
>
>Thanks Steve for getti
Quick followup for those here who like me might have pinned grub, the
fixed version is in bullseye-proposed-updates for those who prefer not
to leave pins lying around forgotten...
I haven't rebooted the host yet but I can confirm that my guests start
ok.
Thanks Steve for getting the fix out qui
On 9/15/22 11:45 AM, Maude Summerside wrote:
>
> On 2022-09-14 23:23, Chuck Zmudzinski wrote:
> > On 9/14/2022 11:01 PM, Maude Summerside wrote:
> >>
> >> On 2022-09-14 21:45, Michael Stone wrote:
> >>> On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
> I'll be brutally honest:
Maude Summerside wrote:
>
>
> On 2022-09-14 21:45, Michael Stone wrote:
> > On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
> >> I'll be brutally honest: being accused of "possibly malicious"
> >> unwilligness is *not* a great way to convince overstretched volunteers
> >> to spen
On 2022-09-14 23:23, Chuck Zmudzinski wrote:
> On 9/14/2022 11:01 PM, Maude Summerside wrote:
>>
>> On 2022-09-14 21:45, Michael Stone wrote:
>>> On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
I'll be brutally honest: being accused of "possibly malicious"
unwilligness
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
.
On Wed, 14 Sep 2022, Steve McIntyre wrote:
> Stefan wrote:
> In article you
> write:
> >> the interest of the user. These "volunteers" ob
On 9/14/2022 11:01 PM, Maude Summerside wrote:
>
> On 2022-09-14 21:45, Michael Stone wrote:
> > On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
> >> I'll be brutally honest: being accused of "possibly malicious"
> >> unwilligness is *not* a great way to convince overstretched volun
On 2022-09-14 21:45, Michael Stone wrote:
> On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
>> I'll be brutally honest: being accused of "possibly malicious"
>> unwilligness is *not* a great way to convince overstretched volunteers
>> to spend their time on issues.
>
> Especiall
On 9/14/22 6:16 PM, Steve McIntyre wrote:
> Stefan wrote:
> In article you
> write:
> >> the interest of the user. These "volunteers" obviously have other,
> >> possibly malicious, interests if they prove themselves unwilling to
> >> apply fixes to bugs that are reported to them.
> >
> >I think t
On Wed, Sep 14, 2022 at 11:16:00PM +0100, Steve McIntyre wrote:
I'll be brutally honest: being accused of "possibly malicious"
unwilligness is *not* a great way to convince overstretched volunteers
to spend their time on issues.
Especially when it's an ongoing pattern of discourse.
On 2022-09-14 17:06, Thiemo Kellner wrote:
> Am 14.09.22 um 18:39 schrieb Maude Summerside:
>> This is where intellectual shortcut starts...
>> Free/OSS doesn't mean GPL.
>> There's plenty of Free/OSS software that the copyright owner retains
>> right to commercial licensing. Just look at librar
Stefan wrote:
In article you write:
>> the interest of the user. These "volunteers" obviously have other,
>> possibly malicious, interests if they prove themselves unwilling to
>> apply fixes to bugs that are reported to them.
>
>I think there's a confusion here: these volunteers will also have
>"
Am 14.09.22 um 18:39 schrieb Maude Summerside:
This is where intellectual shortcut starts...
Free/OSS doesn't mean GPL.
There's plenty of Free/OSS software that the copyright owner retains
right to commercial licensing. Just look at libraries, some of them will
be in such a licensing term that if
On 2022-09-14 08:31, Chuck Zmudzinski wrote:
>>> For example, most web
>>> browsers are based on chromium, a free oss project that comes in large part
>>> from
>>> Google, but some of the most-used browsers in the world based on chromium
>>> are proprietary, such as chrome and edge.
>> I am no
People of debian-user :)
This thread does seem to be degenerating slightly into accusations and
name-calling, justified or not. Without prejudice to anyone: please may
I remind you that debian-user and all Debian lists and IRC channels are
subject to the Debian Code of Conduct.
It would be very m
On 9/14/2022 9:06 AM, The Wanderer wrote:
> On 2022-09-14 at 08:51, Chuck Zmudzinski wrote:
>
> > On 9/14/2022 1:03 AM, to...@tuxteam.de wrote:
> >
> >> On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
> >>
> >> [...]
> >>
> >>> Actually, someone already has shown us how to do it b
On 9/13/2022 7:11 PM, Thiemo Kellner wrote:
> Am 13.09.22 um 23:55 schrieb Chuck Zmudzinski:
> >
>
> > I am fairly sure I was a victim of
> > the breach of Yahoo that affected hundreds of millions of its users.
> I am sorry for you. I do not know this case, so I cannot tell whether
> OSS or CSS c
On 2022-09-14 at 08:51, Chuck Zmudzinski wrote:
> On 9/14/2022 1:03 AM, to...@tuxteam.de wrote:
>
>> On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
>>
>> [...]
>>
>>> Actually, someone already has shown us how to do it better. His name is
>>> Linus Torvalds [...]
>>
>> I don't k
On 9/14/2022 1:03 AM, to...@tuxteam.de wrote:
> On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
>
> [...]
>
> > Actually, someone already has shown us how to do it better. His name is
> > Linus Torvalds [...]
>
> I don't know what your aim is.
>
> I have the impression that it's j
On 9/14/2022 7:08 AM, debian-u...@howorth.org.uk wrote:
> > On 9/13/2022 3:59 PM, err...@free.fr wrote:
> > > Please STOP!
> > >
> > > you are annoying, and if you want improve free softwares, is not
> > > like this. you will better contribute with your code or with your
> > > translations than by
On 9/13/2022 7:11 PM, Thiemo Kellner wrote:
> Am 13.09.22 um 23:55 schrieb Chuck Zmudzinski:
> > On 9/13/2022 4:14 PM, Thiemo Kellner wrote:
> > I think Megha is emphasizing, and possibly over-emphasizing, the fact
> > that the persons
> > who actually commit the code in free software projects can
On 9/13/2022 6:47 PM, Stefan Monnier wrote:
> > If free/oss projects like Debian want to provide software with those
> > positive characteristics to their users, those projects must have in
> > place some level of oversight over what the persons who actually write
> > the software actually do, or d
On 9/13/2022 4:38 PM, Stefan Monnier wrote:
> > The users. They stop using software or any product that does not work
> > well or is more trouble than it is worth. Then the entity, whether
> > a free/oss or proprietary provider ends up shutting down
> > the enterprise.
>
> But, being Free Software,
> On 9/13/2022 3:59 PM, err...@free.fr wrote:
> > Please STOP!
> >
> > you are annoying, and if you want improve free softwares, is not
> > like this. you will better contribute with your code or with your
> > translations than by writing to this mailing-list
I agree with the sentiments of annoy
On Tue, Sep 13, 2022 at 03:41:11PM -0400, Chuck Zmudzinski wrote:
[...]
> Actually, someone already has shown us how to do it better. His name is
> Linus Torvalds [...]
I don't know what your aim is.
I have the impression that it's just arguing for arguing's sake [1].
My time is too short to t
Am 13.09.22 um 23:55 schrieb Chuck Zmudzinski:
On 9/13/2022 4:14 PM, Thiemo Kellner wrote:
I think Megha is emphasizing, and possibly over-emphasizing, the fact
that the persons
who actually commit the code in free software projects can operate with little
or
no oversight when they are just vo
On Tue, Sep 13, 2022 at 3:48 PM Stefan Monnier wrote:
>
> > If free/oss projects like Debian want to provide software with those
> > positive characteristics to their users, those projects must have in
> > place some level of oversight over what the persons who actually write
> > the software actu
On 9/13/2022 4:31 PM, Stefan Monnier wrote:
> > the interest of the user. These "volunteers" obviously have other,
> > possibly malicious, interests if they prove themselves unwilling to
> > apply fixes to bugs that are reported to them.
>
> I think there's a confusion here: these volunteers will a
On 9/13/2022 4:14 PM, Thiemo Kellner wrote:
> Am 12.09.22 um 19:47 schrieb Chuck Zmudzinski:
> > "Open Source Software is accessible to all means it can be used and
> > misused.
> > And, that’s where it turns unconstructive for us. With OSS, we can expect
> > harm,
> > virus transfer, identity bu
Am 12.09.22 um 19:47 schrieb Chuck Zmudzinski:
"Open Source Software is accessible to all means it can be used and
misused.
And, that’s where it turns unconstructive for us. With OSS, we can expect harm,
virus transfer, identity burglary, and many other malicious practices to hurt
the
process
On 9/13/2022 3:59 PM, err...@free.fr wrote:
> Please STOP!
>
> you are annoying, and if you want improve free softwares, is not like this.
> you will better contribute with your code or with your translations than by
> writing to this mailing-list
The problem is, with all due respect, that I do h
Please STOP!
you are annoying, and if you want improve free softwares, is not like this.
you will better contribute with your code or with your translations than by
writing to this mailing-list
I want you kicked from this list.
On 9/13/2022 2:33 PM, Michael Stone wrote:
> On Tue, Sep 13, 2022 at 02:14:38PM -0400, Chuck Zmudzinski wrote:
> >So do you, obviously. Someone said something that raised that question in my
> >mind,
> >but you deleted that part from this message, which proves you are the one
> >who has
> >an ax
On Tue, Sep 13, 2022 at 02:14:38PM -0400, Chuck Zmudzinski wrote:
So do you, obviously. Someone said something that raised that question in my
mind,
but you deleted that part from this message, which proves you are the one who
has
an ax to grind by not answering the question that has been raise
On 9/13/2022 2:02 PM, Michael Stone wrote:
> On Tue, Sep 13, 2022 at 12:42:12PM -0400, Chuck Zmudzinski wrote:
> >Software projects today, IIUC, are communities. The "volunteers" should do
> >what the community
> >wants, not necessarily what you or I want. Do you think the free/oss
> >software co
On Tue, Sep 13, 2022 at 12:42:12PM -0400, Chuck Zmudzinski wrote:
Software projects today, IIUC, are communities. The "volunteers" should do what
the community
wants, not necessarily what you or I want. Do you think the free/oss software
community wants
volunteers who ignore bugs or refuse to f
On Tue, 13 Sep 2022, Chuck Zmudzinski wrote:
I agree with that. But the price-performance ratio could be even better if the
"volunteers"
in free/oss software projects were not free to ignore bugs reported to them.
Pretty much everything worked for this grub bug other than some
unfortunate se
On 9/13/2022 12:36 PM, to...@tuxteam.de wrote:
> On Tue, Sep 13, 2022 at 12:25:40PM -0400, Chuck Zmudzinski wrote:
>
> [...]
>
> > I agree with that. But the price-performance ratio could be even better if
> > the "volunteers"
> > in free/oss software projects were not free to ignore bugs reported
On Tue, Sep 13, 2022 at 12:25:40PM -0400, Chuck Zmudzinski wrote:
[...]
> I agree with that. But the price-performance ratio could be even better if
> the "volunteers"
> in free/oss software projects were not free to ignore bugs reported to them.
Hm. I doubt that. Perhaps they will do more what
On 9/13/2022 11:53 AM, Michael Stone wrote:
> On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
> >On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> >> On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> >>
> >> > [...] "I can't get personalized/dedicated support with en
On 9/13/2022 11:44 AM, to...@tuxteam.de wrote:
> On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
> > On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> > > On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> > >
> > > > [...] "I can't get personalized/dedicated support
On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> [...] "I can't get personalized/dedicated support with enforceable
> SLAs for free"
If the requirement that maintai
On Tue, Sep 13, 2022 at 11:27:43AM -0400, Chuck Zmudzinski wrote:
> On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> > On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> >
> > > [...] "I can't get personalized/dedicated support with enforceable
> > > SLAs for free"
>
> If the require
On 9/13/2022 12:36 AM, to...@tuxteam.de wrote:
> On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
>
> > [...] "I can't get personalized/dedicated support with enforceable
> > SLAs for free"
If the requirement that maintainers and developers of free/oss software must
actually
fix the
On Mon, Sep 12, 2022 at 03:32:27PM -0400, Michael Stone wrote:
> [...] "I can't get personalized/dedicated support with enforceable
> SLAs for free"
Had I a printer, I'd print out this, frame it and hang it on the
wall. This makes the point very nicely :-)
Cheers
--
t
signature.asc
Descriptio
On 9/12/22 3:32 PM, Michael Stone wrote:
> On Mon, Sep 12, 2022 at 01:47:49PM -0400, Chuck Zmudzinski wrote:
> >Well, I suppose so, but I am pleased that a grub maintainer is now on the
> >case. Still,
> >there is another Debian bug that affects me that continues to be ignored, so
> >I admit
> >I
On Mon, Sep 12, 2022 at 01:47:49PM -0400, Chuck Zmudzinski wrote:
Well, I suppose so, but I am pleased that a grub maintainer is now on the case.
Still,
there is another Debian bug that affects me that continues to be ignored, so I
admit
I have an attitude about that. I accept that what is of g
On 2022-09-12 at 14:50, Chuck Zmudzinski wrote:
> On 9/12/2022 1:58 PM, The Wanderer wrote:
>
>> On 2022-09-12 at 13:47, Chuck Zmudzinski wrote:
>>> I wish to merely point out that what is often said about the
>>> advantages and disadvantages of free, open-source software that
>>> is maintained
do not have the time or interest to fix it.
> >>> Perhaps the Xen users could try to convince the Xen maintainers
> >>> to do an nmu to fix it if the grub maintainers continue to ignore
> >>> the bug, but I don't know if that breaks the etiquette that
> >
On Mon, Sep 12, 2022 at 01:47:49PM -0400, Chuck Zmudzinski wrote:
[...]
> [...] A disadvantage is that often the priorities of the developers who
> release
> free, open source software are not always the same as the priorities of any
> particular
> user [...]
This might have been different bac
On 2022-09-12 at 13:47, Chuck Zmudzinski wrote:
> On 9/12/2022 12:14 PM, David Wright wrote:
>
>> On Mon 12 Sep 2022 at 11:13:52 (-0400), Chuck Zmudzinski wrote:
>>> The grub maintainers do not have the time or interest to fix it.
>>> Perhaps the Xen users
e is a grub maintainer and now he is looking at the
bug, and that is a
good and encouraging fact.
>
> > The grub maintainers
> > do not have the time or interest to fix it. Perhaps the Xen users could try
> > to
> > convince the Xen maintainers to do an nmu to fix it if the grub
On Mon 12 Sep 2022 at 11:13:52 (-0400), Chuck Zmudzinski wrote:
> On 9/12/2022 12:55 AM, David Wright wrote:
> > On Mon 12 Sep 2022 at 01:15:47 (+0200), Tom Lew wrote:
> > > This is my first post, bear with me..
> > >
> > > Package "grub-xen-host"
On 9/12/2022 12:55 AM, David Wright wrote:
> On Mon 12 Sep 2022 at 01:15:47 (+0200), Tom Lew wrote:
> > This is my first post, bear with me..
> >
> > Package "grub-xen-host" shipped with point release 11.5 broke all PV
> > domains on my Xen server, after &quo
On Mon 12 Sep 2022 at 01:15:47 (+0200), Tom Lew wrote:
> This is my first post, bear with me..
>
> Package "grub-xen-host" shipped with point release 11.5 broke all PV
> domains on my Xen server, after "apt upgrade" from 11.4.
>
> I found https://bugs.debian
On Mon, 12 Sep 2022, Tom Lew wrote:
This is my first post, bear with me..
Package "grub-xen-host" shipped with point release 11.5 broke all PV domains
on my Xen server, after "apt upgrade" from 11.4.
I found https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017944 e
This is my first post, bear with me..
Package "grub-xen-host" shipped with point release 11.5 broke all PV
domains on my Xen server, after "apt upgrade" from 11.4.
I found https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017944
exactly mirroring my situation, and I won
k device naming scheme),
>
> https://wiki.debian.org/NewInBuster#Network_interface_name_migration
>
> Which version of Debian is that? If it's buster or later, this should
> not be a surprise, because it's in the release notes.
It's only in the udev that's in sid
On Sun, Jan 16, 2022 at 10:11:30PM +0100, Felix Odenkirchen wrote:
> A udev update changed the interface name for virtual network devices
> from "eth0" to "enX0" (using persistent block device naming scheme),
https://wiki.debian.org/NewInBuster#Network_interface_name_migration
Which version of De
Hi Felix,
It looks to me like a change in one of the systemd or udev packages in
vm-sid is causing the trouble here. In my experience with Debian, the
networking startup stuff is not so straightforward, but I do know that
systemd and udev are the software components responsible for setting
up the
On 1/16/2022 7:16 AM, Felix Odenkirchen wrote:
Dear all,
I'm running a stock Debian SID vm on xen, hostname "vm-sid".
Dom0 is on stock Debian Bullseye, hostname "bigiron-one".
apt updating vm-sid packages on 2022-01-13 08:11:00 UTC rendered vm-sid
unaccessible over net
Dear all,
I'm running a stock Debian SID vm on xen, hostname "vm-sid".
Dom0 is on stock Debian Bullseye, hostname "bigiron-one".
apt updating vm-sid packages on 2022-01-13 08:11:00 UTC rendered vm-sid
unaccessible over network upon reboot.
Updated packages:
bsdutils
On Sun, 12 Dec 2021, Tim Woodall wrote:
On Sun, 12 Dec 2021, Andy Smith wrote:
Hi Tim,
On Fri, Dec 10, 2021 at 10:11:04PM +, Tim Woodall wrote:
Is there a simple way to tell if the kernel/hypervisor that was used to
boot is the one currently installed in /boot.
I do not do this - I bui
On Sb, 11 dec 21, 10:42:56, Charles Curley wrote:
> On Sat, 11 Dec 2021 05:52:30 + (GMT)
> Tim Woodall wrote:
>
> > I don't use that but I do something similar. Does unattended-upgrades
> > email me each day until I reboot?
>
> Not every day, but every day when an upgrade is applied it email
On Sun, 12 Dec 2021, Andy Smith wrote:
Hi Tim,
On Fri, Dec 10, 2021 at 10:11:04PM +, Tim Woodall wrote:
Is there a simple way to tell if the kernel/hypervisor that was used to
boot is the one currently installed in /boot.
I do not do this - I build my own hypervisor packages when there i
Hi Tim,
On Fri, Dec 10, 2021 at 10:11:04PM +, Tim Woodall wrote:
> Is there a simple way to tell if the kernel/hypervisor that was used to
> boot is the one currently installed in /boot.
I do not do this - I build my own hypervisor packages when there is
an upstream XSA that affects me and th
On Fri, 10 Dec 2021 20:14:36 -0700
Charles Curley wrote:
> If you are using the unattended-upgrades package, you can set it to
> send you emails. Those emails will let you know which packages are
> upgraded, and if a reboot is required. See
> /etc/apt/apt.conf.d/50unattended-upgrades.
I neglecte
On Sat, 11 Dec 2021 05:52:30 + (GMT)
Tim Woodall wrote:
> I don't use that but I do something similar. Does unattended-upgrades
> email me each day until I reboot?
Not every day, but every day when an upgrade is applied it emails you,
and tells you that a reboot is pending.
--
Does anybody
On Fri, 10 Dec 2021, Charles Curley wrote:
On Fri, 10 Dec 2021 22:11:04 + (GMT)
Tim Woodall wrote:
Is there a good way to do what I want (which is to avoid missing an
automatic upgrade and then not rebooting for months)?
If you are using the unattended-upgrades package, you can set it t
On Fri, 10 Dec 2021 22:11:04 + (GMT)
Tim Woodall wrote:
> Is there a good way to do what I want (which is to avoid missing an
> automatic upgrade and then not rebooting for months)?
If you are using the unattended-upgrades package, you can set it to
send you emails. Those emails will let you
Is there a simple way to tell if the kernel/hypervisor that was used to
boot is the one currently installed in /boot.
I have a script that emails me when it detects a mismatch and it's
broken with the latest bullseye xen hypervisor.
I was grepping for major.minor.release (from /sys/hyper
An old bug (#776742) reported over six years ago by Brian Paterni
concerns Xen and VGA passthrough for full graphics performance in a
virtual machine, and it was recently closed without being solved. About
seven years ago, Xen had the best support for this feature but it has
broken for a long
An old bug (#776742) reported over six years ago by Brian Paterni
concerns Xen and VGA passthrough for full graphics performance in a
virtual machine, and it was recently closed without being solved. About
seven years ago, Xen had the best support for this feature but it has
broken for a long
Hi Didier,
Yes, I set BIOS='ovmf', and the Debian installation showed UEFI installer.
Best regards,
On Fri, Feb 26, 2021 at 3:47 PM didier gaumet wrote:
>
> Le 25/02/2021 à 14:03, John Mok a écrit :
> [...]
> > I think it is related to Xen HVM + OVMF.
> >
> &g
Le 25/02/2021 à 14:03, John Mok a écrit :
[...]
I think it is related to Xen HVM + OVMF.
Anyone has an idea what went wrong ?
Hello,
did you use the "bios='ovmf'" option in the xl.cfg file of your Debian
Xen guest?
By default, even if OVMF is installed/present on you
Hi didier,
Thanks for prompt reply.
I installed Debian Buster with UEFI boot on my ThinkPad P52 successfully
without any boot problem.
I think it is related to Xen HVM + OVMF.
Anyone has an idea what went wrong ?
Thanks.
John Mok
On Wed, Feb 24, 2021, 16:50 didier gaumet wrote:
>
>
I have never used Xen but I use Qemu/KVM via virtmanager on a Debian 10
host. I have installed several UEFI (OVMF) booting guest OSes,
including Debian with no particular problem.
The problem of your Debian guest not booting could be caused by the
Debian installer not being run in UEFI
Hi,
Tried to install Buster on Xen HVM + OVMF. Installation completed
successfully, but unable to boot (Windows HVM guest has no boot
problem).
Re-install Buster with BIOS and boot succeeded.
OVMF boot NOT supported on Debian ? I hope someone could point me in
the right direction.
Best regards
Hello,
On Sun, Jun 28, 2020 at 01:42:02PM +0200, Daniel Widenfalk wrote:
> I would very much appreciate some quick pointers on how to properly report
> this so that I don't have to dig up my posts to the xen users mailing list
> to figure out something I already should know.
X
1 - 100 of 746 matches
Mail list logo
