Stefan Monnier writes:
> - Use an additional tiny dummy partition in which you can put any info
> you like.
This seems to be what Microsoft likes to do. At least I had the pleasure
of tossing a "Microsoft reserved" partition out from my desktop
recently, I think the Windows 10 installer
Le 14 février 2024 zithro a écrit :
> - Michel a compris qu'André disait "je laisse tomber, ça montre bien
> qu'il y a que des noobs/gens inutiles ici".
Effectivement ça me semblait une attaque de la liste, d'où la forme
abrupte de mon mail pour laquelle je m'excuse.
* 2024-02-15 21:17:44+0100, Franco Martelli wrote:
> Doesn't LC_ALL=C setting override LANG or LANGUAGE settings?
LC_ALL overrides LC_* variables. It's easy to test:
$ locale
LANG=fi_FI.UTF-8
LANGUAGE=fi
LC_CTYPE="fi_FI.UTF-8"
LC_NUMERIC="fi_FI.UTF-8"
On 2/15/24 16:20, David Wright wrote:
On Thu 15 Feb 2024 at 20:44:52 (+), Andy Smith wrote:
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
On 2/15/24 11:21, Andy Smith wrote:
You asked if "labels" would survive their associated partition being
put into LVM.
I said, "yes if
On 2/15/24 16:20, Andy Smith wrote:
Hi,
On Thu, Feb 15, 2024 at 03:59:30PM -0500, gene heskett wrote:
Now the question remains howinhell do I put a label on a drive
such that it does survive making a raid or lvm device with it? To
not have a way to id its the drive in slot n of a multislot
On Fri, Feb 16, 2024 at 12:27 AM Neal Heinecke wrote:
>
> I need to identify the package responsible for creating the software sources
> window. There is a minor bug/typo where the first tab reads "Ubuntu Software"
If you can locate the program that owns the window, then you can
identify the
On Thu, 15 Feb 2024 20:33:16 -0500
Neal Heinecke wrote:
> I need to identify the package responsible for creating the software
> sources window. There is a minor bug/typo where the first tab reads
> "Ubuntu Software"
I have no idea what a "software sources window" is. Do you know the
name of
On 15/02/2024 12:39, David Wright wrote:
I would go further than tomas, and suggest that the battery might be
suspect, or the charging circuit of course. (None of my three laptops
works without AC power.) How old is it?
Battery health may be estimated from output of
upower --dump
by
On 16/02/2024 09:34, David Wright wrote:
Yes, LC_ALL=C will override all the locale variables,
but LC_ALL=C.UTF-8 will not:
It is documented in
2.3.3 Specifying a Priority List of Languages
(info "(gettext) The LANGUAGE variable")
On Thu 15 Feb 2024 at 21:17:44 (+0100), Franco Martelli wrote:
> On 15/02/24 at 03:28, Max Nikulin wrote:
> > > # env LC_ALL=C script -t 2>~/upgrade-bookwormstep.time -a
> > > ~/upgrade-bookwormstep.script
> >
> > Perhaps LC_ALL=C.UTF-8 is safer. At least several years ago some
> > python scripts
On 16/02/2024 03:17, Franco Martelli wrote:
On 15/02/24 at 03:28, Max Nikulin wrote:
LANG=C.UTF-8; LANGUAGE=; export LANG LANGUAGE
Doesn't LC_ALL=C setting override LANG or LANGUAGE settings?
Sorry, my bad. Of course
LC_ALL=C.UTF-8; LANGUAGE=; export LC_ALL LANGUAGE
and
I need to identify the package responsible for creating the software
sources window. There is a minor bug/typo where the first tab reads "Ubuntu
Software"
Thanks!
On 2/15/24 15:45, Andy Smith wrote:
Hi,
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
On 2/15/24 11:21, Andy Smith wrote:
You asked if "labels" would survive their associated partition being
put into LVM.
I said, "yes if you mean partition names, no if you mean filesystem
> Now the question remains howinhell do I put a label on a drive such
> that it does survive making a raid or lvm device with it?
LVM/MD take control of a block device (usually a partition), so any info
in that block device can't be used for your purpose. IOW you have to
put the info somewhere
On 2/15/24 15:45, Andy Smith wrote:
Hi,
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
On 2/15/24 11:21, Andy Smith wrote:
You asked if "labels" would survive their associated partition being
put into LVM.
I said, "yes if you mean partition names, no if you mean filesystem
On Thu 15 Feb 2024 at 20:44:52 (+), Andy Smith wrote:
> On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
> > On 2/15/24 11:21, Andy Smith wrote:
> > > You asked if "labels" would survive their associated partition being
> > > put into LVM.
> > >
> > > I said, "yes if you mean
Hi,
On Thu, Feb 15, 2024 at 03:59:30PM -0500, gene heskett wrote:
> Now the question remains howinhell do I put a label on a drive
> such that it does survive making a raid or lvm device with it? To
> not have a way to id its the drive in slot n of a multislot rack
> stops me in my tracks.
Given
On 2/15/24 14:41, Andy Smith wrote:
Hello,
On Thu, Feb 15, 2024 at 05:32:34PM +, debian-u...@howorth.org.uk wrote:
Andy Smith wrote:
Do remember that this mailing lists does not accept attachments (and
very few mailing lists in general do), so any time you are tempted
to send a photo to
Hi,
On Thu, Feb 15, 2024 at 03:19:54PM -0500, gene heskett wrote:
> On 2/15/24 11:21, Andy Smith wrote:
> > You asked if "labels" would survive their associated partition being
> > put into LVM.
> >
> > I said, "yes if you mean partition names, no if you mean filesystem
> > labels".
> >
> I'm
On 2/15/24 11:21, Andy Smith wrote:
Hi,
On Wed, Feb 14, 2024 at 09:56:07PM -0500, gene heskett wrote:
On 2/14/24 19:48, Andy Smith wrote:
I hope you are putting a level of redundancy under that LVM or are
using the redundancy features of LVM (which you need to go out of
your way to do).
Thanks Max,
On 15/02/24 at 03:28, Max Nikulin wrote:
# env LC_ALL=C script -t 2>~/upgrade-bookwormstep.time -a
~/upgrade-bookwormstep.script
Perhaps LC_ALL=C.UTF-8 is safer. At least several years ago some python
scripts (unrelated to Debian upgrade however) failed trying to log e.g.
Hello,
On Thu, Feb 15, 2024 at 05:32:34PM +, debian-u...@howorth.org.uk wrote:
> Andy Smith wrote:
> > Do remember that this mailing lists does not accept attachments (and
> > very few mailing lists in general do), so any time you are tempted
> > to send a photo to a mailing list it is
Bonjour Jacques,
> Le 14/02/2024 à 21:51, Étienne Mollier a écrit :
> > Bonjour Jacques,
> > > Depuis la mise à jour bookworm du week-end dernier (12.5) , le
> > > clavier de mon PC portable (dell latitude 3340) ne fonctionne
> > > plus après un retour de veille.
> > […]
> > > Est-ce que quelqu'un
Le lundi 12 février 2024, 19:23:39 CET Hugues MORIN-TRENEULE a écrit :
> Salut
>
> Merci pour l'info
>
> Malheureusement même si j'entrevois de quoi tu parles, je ne sais pas trop
> comment faire en pratique.
>
> Donc si je comprends bien, maintenant que j'ai fait de la place, il faut
> que
Bump?
On Wed, Feb 14, 2024 at 3:29 PM chris wrote:
> Yes there are many updated kernels to choose from. Please go ahead and do
> so
>
>
>
> On Sat, Feb 10, 2024 at 8:21 AM Schwibinger Michael
> wrote:
>
>> Yes.
>>
>>
>> I found out
>> I do use an old kernel.
>>
>> Can LINUX update a kernel?
>>
On 15 Feb 2024 10:41 -0500, from wande...@fastmail.fm (The Wanderer):
>> 65,000 hard links seems to be an ext4 limit:
>>
>> https://www.linuxquestions.org/questions/linux-kernel-70/max-hard-link-per-file-on-ext4-4175454538/#post4914624
>
> That sounds right.
>
>> I believe ZFS can do more hard
Andy Smith wrote:
> On Wed, Feb 14, 2024 at 08:48:31PM -0500, gene heskett wrote:
> > On 2/14/24 19:48, Andy Smith wrote:
> > > Please show us the command you used¹ to do that, so we know what
> > > exactly you are talking about, because as previously discussed
> > > there's a lot of different
On Thu 15 Feb 2024 at 16:12:06 (+), Andy Smith wrote:
> On Wed, Feb 14, 2024 at 09:56:07PM -0500, gene heskett wrote:
> > > On 2/14/24 19:48, Andy Smith wrote:
> > > > I hope you are putting a level of redundancy under that LVM or are
> > > > using the redundancy features of LVM (which you
Hi,
On Wed, Feb 14, 2024 at 09:56:07PM -0500, gene heskett wrote:
> > On 2/14/24 19:48, Andy Smith wrote:
> > > I hope you are putting a level of redundancy under that LVM or are
> > > using the redundancy features of LVM (which you need to go out of
> > > your way to do). Otherwise by default
Hi,
On Wed, Feb 14, 2024 at 08:48:31PM -0500, gene heskett wrote:
> On 2/14/24 19:48, Andy Smith wrote:
> > On Wed, Feb 14, 2024 at 05:09:02PM -0500, gene heskett wrote:
> > > I have made 1 full partiton om each one, a labeled those partitions as
> > > SiPwr_0 and SiPwr_1
> >
> > Please show us
Hi,
On Wed, Feb 14, 2024 at 09:06:43PM -0500, gene heskett wrote:
> On 2/14/24 19:48, Andy Smith wrote:
> > But your chosen partition names don't make a lot of sense to me.
> > You've picked names based on the type/manufacturer of device so you
> > may as well have just used the names from
On 2024-02-15 at 01:18, songbird wrote:
> The Wanderer wrote:
>
>> TL;DR: It worked! I'm back up and running, with what appears to be
>> all my data safely recovered from the failing storage stack!
>
> i'm glad you got it back up and running and i hope all your data is
> intact. :)
Thank you.
On 2024-01-11 at 15:25, Stefan Monnier wrote:
>> manufacturers in different memory banks, but since it's always
>> possible to power down, replace or just remove memory, and power up
>> again,
>
> Hmm... "always"? What about long running computations like that
> simulation (or LLM training)
On 2024-02-15 at 03:09, David Christensen wrote:
> On 2/14/24 18:54, The Wanderer wrote:
>
>> TL;DR: It worked! I'm back up and running, with what appears to be
>> all my data safely recovered from the failing storage stack!
>
> That is good to hear. :-)
>
>> On 2024-01-09 at 14:22, The
On Thu, 15 Feb 2024 10:31:30 +0100
Felix Natter wrote:
> Looks like I write my own script, since I don't need snapshots or
> incremental backups or even multiple disks :)
Take a look at rsnapshot.
--
Does anybody read signatures any more?
https://charlescurley.com
On 2024-02-15 at 07:14, debian-u...@howorth.org.uk wrote:
> The Wanderer wrote:
>
>> It turns out that there is a hard limit of 65000 hardlinks per
>> on-disk file;
>
> That's a filesystem dependent value. That's the value for ext4.
I think I recall reading that while I was flailing over
Paul D Schmitt wrote on 2/14/24 10:49:
After an upgrade of Debian 11 yesterday, Thunderbird 115.7.0 now has an
inbox issue where the listings move making it difficult to save or
delete them! I had this exact issue with Debian based Antix 22 after a
recent upgrade. That problem was resolved by
The Wanderer wrote:
> It turns out that there is a hard limit of 65000
> hardlinks per on-disk file;
That's a filesystem dependent value. That's the value for ext4.
XFS has a much larger limit I believe. As well as some other helpful
properties for large filesystems.
btrfs has different
och har skaffat konferansbiljetter nu också någon som känner för att
göra något Debian relaterat tillsammans i år?
Orkar nog inte dra i något helt själv just nu
annars drar jag dit som en vanlig besökare och tittar på föreläsningar
Den mån 29 jan. 2024 kl 14:23 skrev Luna Jernberg :
>
> Tjena!
>
och har skaffat konferansbiljetter nu också någon som känner för att
göra något Debian relaterat tillsammans i år?
Orkar nog inte dra i något helt själv just nu
annars drar jag dit som en vanlig besökare och tittar på föreläsningar
Den mån 29 jan. 2024 kl 14:23 skrev Luna Jernberg :
>
> Tjena!
>
Me writes:
> On 2024-02-14 09:40, Felix Natter wrote:
>> Dear Michael,
>> many thanks for the detailed answer, I will keep all of this for
>> reference as I learn about libvirt!
>> Am I right that it is not possible to backup/restore VMs
>> using virt-manager GUI (on Debian12)? ChatGPT suggested
hello Michael,
Michael Kjörling <2695bd53d...@ewoof.net> writes:
> On 14 Feb 2024 09:40 +0100, from fnat...@gmx.net (Felix Natter):
>> Am I right that it is not possible to backup/restore VMs
>> using virt-manager GUI (on Debian12)? ChatGPT suggested this
>> is possible, but confused this with
On 2/14/24 18:54, The Wanderer wrote:
TL;DR: It worked! I'm back up and running, with what appears to be all
my data safely recovered from the failing storage stack!
That is good to hear. :-)
On 2024-01-09 at 14:22, The Wanderer wrote:
On 2024-01-09 at 14:01, Michael Kjörling wrote:
43 matches
Mail list logo
