Hello,
After each boot, the equivalent of apt update is automatically done in
background, through policykit (apt database is locked by policykitd). So
I think there is a timer triggroing this. I'd like to disable this when
my laptop is on expensive link (eg 4G link, or abroad). So I'd like to
Hellow Debian Hackers,
This email[0].
The submitter use reportbug(1) program of Debian.
And it seems that submitter use `reportbug.debian.org' as relay SMTP.
And the contents are good i think.
By the way, SpamAssassin did mark as SPAM (X-Spam-Flag: YES).
What do you guys think about this
On 2/18/24 19:20, Keith Bainbridge wrote:
I am convinced that the missing space is used by btrfs snapshot process.
Perhaps. But, are you re-balancing your btrfs file systems regularly?
https://manpages.debian.org/bookworm/btrfs-progs/btrfs-balance.8.en.html
Doing it by hand was not
Bonjour,
Franchement je ne comprends pas bien ces « modèles ». Soit avoir un login «
super administrateur », root ou non, vous donne des bougons et, dans ce cas
bloquez tout login direct acec un « x » dans le champ password du fichier
/etc/shadow. Une méthode plus propre :
$ sudo usermod -L
On Mon, Feb 19, 2024 at 02:20:20PM +1100, Keith Bainbridge wrote:
[...]
> I am convinced that the missing space is used by btrfs snapshot process. But
> WHY is the used space reporting on my daily driver LESS than that on the
> spare machine 29G vs 35G? The original install was the same .iso
On Sun 18 Feb 2024 at 12:41:29 (+0700), Max Nikulin wrote:
> On 18/02/2024 11:40, David Wright wrote:
> >$ ssh bhost
> >$ udisksctl unlock --block-device /dev/disk/by-partlabel/Nokia01
> >Passphrase:
> > AUTHENTICATING FOR org.freedesktop.udisks2.encrypted-unlock ===
> >
On 19/2/24 10:26, Keith Bainbridge wrote:
On 18/2/24 14:49, Keith Bainbridge wrote:
On 18/2/24 07:34, debian-u...@howorth.org.uk wrote:
Keith Bainbridge wrote:
Yes the / partitions are btrfs
So the apparently missing space is perhaps taken up by btrfs snapshots.
Seems to be the
On 19/2/24 13:41, Felix Miata wrote:
would be some places to start. Didn't you do your
https://btrfs.readthedocs.io/en/latest/btrfs-filesystem.html
reading yet? ?_?
My eyes have glazed over too often, already. I know I have to get back,
but that NEED to do it is making it harder.
--
All
Keith Bainbridge composed on 2024-02-18 14:49 (UTC+1100):
> debian-u...@howorth.org.uk wrote:
>> So the apparently missing space is perhaps taken up by btrfs snapshots.
> Seems to be the prime suspect.
While snapshotting is obviously a consumer, until you use the right tool for the
job, you
On 19/2/24 11:15, Kushal Kumaran wrote:
Have you read their FAQ page about hard links?
https://github.com/bit-team/backintime/blob/dev/FAQ.md#how-do-snapshots-
with-hard-links-work
Very interesting. Thank you
I have totally missed the concept of copying all files as a starting point.
I
On 19/02/2024 06:26, Keith Bainbridge wrote:
So later yesterday afternoon I created a new snapshot with no obvious
change is free space.
Effect of snapshots is delayed. When you remove a file that does not
belong to any snapshot, some disk space is reclaimed. However to restore
a file
On Sun, 18 Feb 2024 16:15:01 -0800
Kushal Kumaran wrote:
> Have you read their FAQ page about hard links?
> https://github.com/bit-team/backintime/blob/dev/FAQ.md#how-do-snapshots-with-hard-links-work
An excellent writeup. The only thing I would add is that creating a
hard link does require an
On Mon, Feb 19 2024 at 10:52:16 AM, Keith Bainbridge
wrote:
> As promised:
> I said sometime in this thread that timeshift (and Back in Time) use
> hard links to create progressive copies of the system. The more I
> think about how hard links reportedly work, I reckon it can't be
> simply hard
Hi,
On Mon, Feb 19, 2024 at 10:52:16AM +1100, Keith Bainbridge wrote:
> I said sometime in this thread that timeshift (and Back in Time) use hard
> links to create progressive copies of the system. The more I think about how
> hard links reportedly work, I reckon it can't be simply hard links.
I
On 18/2/24 14:49, Keith Bainbridge wrote:
On 18/2/24 07:34, debian-u...@howorth.org.uk wrote:
Keith Bainbridge wrote:
Yes the / partitions are btrfs
So the apparently missing space is perhaps taken up by btrfs snapshots.
Seems to be the prime suspect. If that's the case, btrfs is
On 18/2/24 14:08, Max Nikulin wrote:
On 17/02/2024 09:52, Greg Wooledge wrote:
If so, you *could* have data inside the /home directory
of the root file system, which is hidden by the /home file system that's
mounted over it. You'd need to unmount /home to check.
A less intrusive way to
Hellow Ash!
On Mon, 2024-02-19 at 11:14 +1300, Ash Joubert wrote:
> On 2024-02-19 08:57, Ash Joubert wrote:
> > I removed /etc/fonts/conf.d/70-no-bitmaps.conf (as root) and ran
> > "fc-cache -f" (as user). I still have a few missing emojis in
> > xfce4-terminal (flags and combined emojis) but
Olá pessoal,
Colocamos como meta de arredação pelo menos o valor de uma cota Ouro de
patrocínio, que é de R$ 3.000,00.
Já alcançamos 53% desse valor! (R$ 1.610,00).
Vamos bater essa meta!?
Vamos ajudar e mostrar que a comunidade brasileira apoia o mais
importante evento nacional do Debian
On 2024-02-19 08:57, Ash Joubert wrote:
I removed /etc/fonts/conf.d/70-no-bitmaps.conf (as root) and ran
"fc-cache -f" (as user). I still have a few missing emojis in
xfce4-terminal (flags and combined emojis) but geany is fixed.
Working test-emoji screenshot attached (xfce4-terminal on sid).
On 18 Feb 2024 21:28 +0100, from borde...@tutanota.com (Borden):
> what the default is when neither of those are set (which doesn't
> work). Is this another "undocumented feature" of GRUB?
Would you be willing to post your /boot/grub/grub.cfg for a setup
where you get the blank screen GRUB?
--
Bonsoir,
Puis-je savoir à quoi sert de désactiver le compte root si c'est pour
donner les pleins pouvoirs à un autre compte, en le dispensant de
saisir son mot de passe lorsqu'il utilise la commande sudo ?
echo "gestionnaire ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers
J’ai du louper des
> Or perhaps you have all colors set to blank.
> Try add something like
> GRUB_COLOR_NORMAL="light-blue/black"
> GRUB_COLOR_HIGHLIGHT="light-cyan/blue"
Unfortunately, that didn't work. Still a blank screen. I'm curious that if
GRUB_TERMINAL=gfxterm works and
GRUB_TERMINAL=console works, what
*La solution fonctionnelle pour désactiver root semble être la suivante :*
1)
sudo passwd root # Créer un mot de passe.
sudo passwd -d root # Supprimer le mot de passe.
2)
* Désactiver l'utilisateur root à partir du shell.
Le moyen le plus simple de désactiver la connexion de l'utilisateur
On 2024-02-19 07:08, Ash Joubert wrote:
On 2024-02-18 23:33, Byunghee HWANG wrote:
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
I am also on sid and
Pour protéger l'accès au compte root, j'ai bien configuré *sshd* pour
*interdire le user root*, *la connexion par mot de passe vide et par mot
de passe*, uniquement *autoriser la connexion par clé ssh ed25519*.
sudo passwd root # Créer un mot de passe.
*passwd --lock root* # Le compte root
Bonjour,
> Le 18 févr. 2024 à 18:46, Bernard Bass a écrit
> :
>
> Bonjour,
> Puis-je savoir à quoi sert de désactiver le compte root si c'est pour donner
> les pleins pouvoirs à un autre compte, en le dispensant de saisir son mot de
> passe lorsqu'il utilise la commande sudo ?
> echo
On 2024-02-18 23:33, Byunghee HWANG wrote:
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
Hellow,
I am using Gnome desktop in Debian Sid. Today, after upgrade package
via apt update/upgrade, i can not see emoji in gnome-terminal.
(...)
Just now, i did clean-up with screenshots
Bonjour,
Puis-je savoir à quoi sert de désactiver le compte root si c'est pour
donner les pleins pouvoirs à un autre compte, en le dispensant de saisir
son mot de passe lorsqu'il utilise la commande sudo ?
echo "gestionnaire ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers
*>> Je pense avoir mal
On 2/18/24 09:26, Pierre Malard wrote:
Bonjour,
Même question, tout ça sert-il à quoi que ce soit ?
Même si on interdit la connexion directe sous « root », ce qui peut se
concevoir, il n’empêche que certaines commande doivent être lancées
avec ces droits. su coup, pour modifier le crontab
On Sat, 2024-02-17 at 18:00 -0500, Default User wrote:
> On Mon, 2024-02-12 at 09:16 +0900, Byunghee HWANG (황병희) wrote:
> > Hellow^^^
> >
> > On Sat, 2024-02-10 at 19:54 -0500, Default User wrote:
> > > :(
> > > (...)
> > > Any recommendations for a GOOD alternative?
> >
> > How about Emacs?
> >
On Sun, 2024-02-18 at 16:23 +0900, Byunghee HWANG wrote:
> Hellow,
>
> I am using Gnome desktop in Debian Sid. Today, after upgrade package
> via apt update/upgrade, i can not see emoji in gnome-terminal.
>
> (...)
Just now, i did clean-up with screenshots [1],[2],[3].
[1] test screenshot in
Bonjour,
Même question, tout ça sert-il à quoi que ce soit ?
Même si on interdit la connexion directe sous « root », ce qui peut se
concevoir, il n’empêche que certaines commande doivent être lancées avec ces
droits. su coup, pour modifier le crontab root, rien n’empêche d’utiliser un
sudo
32 matches
Mail list logo
