On Tue, 17 Jan 2023, Stanislav Vlasov wrote:
??, 17 ???. 2023 ?. ? 11:01, David :
I have forgotten my password to a Debian PC using an SD stick as it's
main drive.
Looking on the internet it says the passwords are stored in /etc/passwd
and /etc/shadow
In /etc/shadow only password's hashes
futureproofing could include encrypting passwords then logging those on
paper in encrypted form. Just remember where you keep that log and
remember your encryption for recovery if you forget your password again.
Us totally blind people not only have braille as an encryption technique
but other for
You don't need a live-usb/cd.
If your boot system is grub you only have to change command to exec=/bin/bash
Once you are in your system you can change root password and others.
Toni Mas
Missatge de Stanislav Vlasov del dia dt., 17
de gen. 2023 a les 7:15:
>
> вт, 17 янв. 2023 г. в 11:01, Davi
вт, 17 янв. 2023 г. в 11:01, David :
> I have forgotten my password to a Debian PC using an SD stick as it's
> main drive.
> Looking on the internet it says the passwords are stored in /etc/passwd
> and /etc/shadow
In /etc/shadow only password's hashes, some data, one-way calculated
from passwo
Morning All,
I have forgotten my password to a Debian PC using an SD stick as it's
main drive.
Looking on the internet it says the passwords are stored in /etc/passwd
and /etc/shadow
The password string in /etc/shadow looks as if it's encoded, how can I
read this string?
David.
--- Original Message ---
Le jeudi 12 janvier 2023 à 20:15, Simeone Dominique
a écrit :
> Chers amis, dear friends, kara amikoj,
>
> exist package for anarkist on Debian, il existe un paquet anarchiste pour
> Debian, ekzitas pakon pri anarkisno ĉe Debian.
>
> Is-it possible to creat
Hi all,
I'm using bindfs in my web LXC containers to allow particular users to
write to their site docroot as the correct user.
Getting this to work has been really hacky, and while it does seem to
work, I get log messages saying it didn't ...
In /var/lib/lxc//config:
==
On Mon, 16 Jan 2023 08:29:52 +0100
john doe wrote:
> Or use [1].
>
> [1] https://libvirt.org/formatnetwork.html#network-namespaces
Thanks. That appears to be working. Here's what I ended up with for my
xml file. Note the added xml schema in the first line, and the three
lines of dnsmasq:options
Greg Wooledge wrote:
...
> And yes, "ldd /path/to/the-program" would also be useful information.
my guess is that the OP did not know that they needed to
install the build-depends for this package and then tried
to build it.
hopefully i'm wrong, but if i'm not a simple answer is
to install th
On 2023-01-16 at 09:39, Thomas Schmitt wrote:
> Hi,
>
> Nicolas George wrote:
>
>> The .so symbolic are not for running programs, they are for
>> building them. For running, you only need the .so.vers links.
>
> Yes, but at build time, the actually used SONAME is recorded in the binary.
> ldd w
On Mon, Jan 16, 2023 at 03:51:52PM +0100, Jesper Dybdal wrote:
> I'll do that. Should I then also remove the "Alias=bind9.service" line from
> named.service?
If Debian put it there, then no. Leave it alone. It's probably just
a backward compatibility shim, from when the service name used to be
On Mon, Jan 16, 2023 at 03:39:41PM +0100, Thomas Schmitt wrote:
> Before accusing the developer, one should make sure that the binary
> is indeed linking to .so without SONAME.
> This can be checked by
>
> ldd /...path.../...to.../binary-tool
> To be exacting:
> The bug would be in the build sy
On 2023-01-16 13:36, Greg Wooledge wrote:
On Mon, Jan 16, 2023 at 10:42:35AM +0100, Jesper Dybdal wrote:
28969163 4 -rw-r--r-- 1 root root 255 Jun 2 2016
/etc/systemd/system/bind9.service
I suspect that the bind9 service ought to be removed. Is that correct?
It looks li
Hi,
Nicolas George wrote:
> The .so symbolic are not for running programs, they are for building
> them. For running, you only need the .so.vers links.
Yes, but at build time, the actually used SONAME is recorded in the binary.
ldd will show library.so.SONAME as run-time library.
> If all the O
On Mon, 16 Jan 2023 08:29:52 +0100
john doe wrote:
> > Perhaps I should comment out one or both entries for hawk.
> >
>
> Or use [1].
>
> [1] https://libvirt.org/formatnetwork.html#network-namespaces
Thank you. That and the dnsmasq option --no-hosts look like they will do
what I want. I will
On Mon, Jan 16, 2023 at 11:15:33AM +, piorunz wrote:
> On 16/01/2023 10:33, Avtansh Gupta wrote:
> > */usr/lib/x86_64-linux-gnu/libaudit.so*
> >
> > This is the missing .so file in debian11. This file was present on the
> > previous versions of Debian and other Linux distros as well.
>
> Inco
Am Mon, Jan 16, 2023 at 08:28:59PM +0800 schrieb Ruiyang Peng:
> On 2023/1/16 18:33, Avtansh Gupta wrote:
> > Hello All,
Hello,
> > I recently noticed that some of the library soft links on my Debian 11
> > system are missing which were there in the previous versions. I have a
> > program loading
On 2023/1/16 18:33, Avtansh Gupta wrote:
Hello All,
I recently noticed that some of the library soft links on my Debian 11
system are missing which were there in the previous versions. I have a
program loading one of these shared objects dynamically but is
failing as it is unable to locate th
On Mon, Jan 16, 2023 at 10:42:35AM +0100, Jesper Dybdal wrote:
> 28969163 4 -rw-r--r-- 1 root root 255 Jun 2 2016
> /etc/systemd/system/bind9.service
>
> I suspect that the bind9 service ought to be removed. Is that correct?
It looks like you (or someone acting on your beha
On 2023-01-16 17:02:19 +0530, Anurag Aggarwal wrote:
> The tool is looking for .so file to run, not for build.
This tool is buggy since the .so symlink may point to any version
of the library, and the various versions are not compatible to
each other. The symlink with the supported version number
>
>
>
> The .so symbolic are not for running programs, they are for building
> them. For running, you only need the .so.vers links.
>
> If a program dynamically loads directly a .so, it is probably bugged.
>
The tool is looking for .so file to run, not for build.
We need to dynamically load .so a
On 16/01/2023 10:33, Avtansh Gupta wrote:
*/usr/lib/x86_64-linux-gnu/libaudit.so*
This is the missing .so file in debian11. This file was present on the
previous versions of Debian and other Linux distros as well.
Incorrect. You just did not installed it yet :)
$ lsb_release -d
Description:
Avtansh Gupta (12023-01-16):
> I recently noticed that some of the library soft links on my Debian 11
> system are missing which were there in the previous versions. I have a
> program loading one of these shared objects dynamically but is failing as
> it is unable to locate the file.
>
> */usr/li
Hello All,
I recently noticed that some of the library soft links on my Debian 11
system are missing which were there in the previous versions. I have a
program loading one of these shared objects dynamically but is failing as
it is unable to locate the file.
*/usr/lib/x86_64-linux-gnu/libaudit.s
I'm running Buster. I then had a problem with BIND and DNSSEC, so I
upgraded my bind9 package to the one in buster-backports.
But it seems that this has involved a partial rename of the systemd unit
from bind9 to named. So I now have two almost equal systemd units. And
named.service include
25 matches
Mail list logo
