Re: sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-14 Thread tomas
On Tue, May 14, 2024 at 04:54:26PM +0800, Bret Busby wrote: > > Wasn't sudo echo the name of a pop group? > > :) If it wasn't it should've been one. Cheers -- t signature.asc Description: PGP signature

Re: sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-14 Thread Bret Busby
Wasn't sudo echo the name of a pop group? :) Bret Busby Armadale Western Australia (UTC+0800) .

Re: sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-13 Thread tomas
On Mon, May 13, 2024 at 08:37:16PM +0200, Erwan David wrote: > Le 13/05/2024 à 19:45, Stefan Monnier a écrit : [...] > > % sudo zsh -l > > # echo 1 > /proc/sys/net/ipv4/ip_forward > > # ^D > > logout > > % > > > >  &

Re: sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-13 Thread Erwan David
Le 13/05/2024 à 19:45, Stefan Monnier a écrit : $ su - Password: # echo 1 > /proc/sys/net/ipv4/ip_forward # ^D logout $ I don't need no stinkin' sudo :-) And if you only have `sudo`, but not the root password, of course: % sudo zsh -l # echo 1 > /proc/sys/net/ipv4/ip_f

Re: sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-13 Thread tomas
On Mon, May 13, 2024 at 01:45:40PM -0400, Stefan Monnier wrote: > > $ su - > > Password: > > # echo 1 > /proc/sys/net/ipv4/ip_forward > > # ^D > > logout > > $ > > > > I don't need no stinkin' sudo :-) > > And if you only have `sudo`, but

Re: sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-13 Thread Stefan Monnier
> $ su - > Password: > # echo 1 > /proc/sys/net/ipv4/ip_forward > # ^D > logout > $ > > I don't need no stinkin' sudo :-) And if you only have `sudo`, but not the root password, of course: % sudo zsh -l # echo 1 > /proc/sys/net/ipv4/

Re: sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-13 Thread Christian Groessler
On 5/13/24 18:52, to...@tuxteam.de wrote: Now share your ideas :-) $ su - Password: # echo 1 > /proc/sys/net/ipv4/ip_forward # ^D logout $ I don't need no stinkin' sudo :-) regards, chris

sudo echo 1 > /proc/sys/net/ipv4/ip_forward [was: How to run automatically a script as soon root login]

2024-05-13 Thread tomas
Since this happens so often, I'm trying to offer a recap. As others have noted, the above sudo echo 1 > /proc/sys/net/ipv4/ip_forward won't work, since it runs echo under sudo, but the file opening (that pesky ">") happens in your shell, which is probably running unprivileged

Debian 12.5 i386 sudo returns "Illegal instruction"

2024-04-25 Thread Vic tor
> The new minimum requirement is i686. > Debian requires i686 compatibility - even when the arch is being displayed as i386 due to compatibility reasons. Thank you for your insights. I'll have to pay more attention to the release notes in the future. I have mourned the loss of my Soekris boxes

Re: Debian 12.5 i386 sudo returns "Illegal instruction"

2024-04-25 Thread Marco Moock
Am 25.04.2024 schrieb Vic tor : > On a fresh installation of Debian 12.5, i386 I receive "Illegal > instruction" when executing sudo. Is there any way to debug and > workaround this; should I take this to another list as a bug? Here it is described with gdb: https://stackove

Re: Debian 12.5 i386 sudo returns "Illegal instruction"

2024-04-25 Thread Greg Wooledge
On Thu, Apr 25, 2024 at 09:54:17AM -0400, Vic tor wrote: > On a fresh installation of Debian 12.5, i386 I receive "Illegal instruction" > when executing sudo. Is there any way to debug and workaround this; should I > take this to another list as a bug? > > This is on

Debian 12.5 i386 sudo returns "Illegal instruction"

2024-04-25 Thread Vic tor
On a fresh installation of Debian 12.5, i386 I receive "Illegal instruction" when executing sudo. Is there any way to debug and workaround this; should I take this to another list as a bug? This is on a Soekris net5501 powered by an AMD Geode LX which is the only oddball factor. I've be

Re: sudo udisksctl

2024-02-21 Thread David Wright
n 19/02/2024 11:26, David Wright wrote: > > On Sun 18 Feb 2024 at 12:41:29 (+0700), Max Nikulin wrote: > > > On 18/02/2024 11:40, David Wright wrote: > > > > $ udisksctl unlock --block-device /dev/disk/by-partlabel/Nokia01 > > > > > When sudo is > >

Re: sudo udisksctl

2024-02-19 Thread Max Nikulin
Nikulin wrote: On 18/02/2024 11:40, David Wright wrote: $ udisksctl unlock --block-device /dev/disk/by-partlabel/Nokia01 When sudo is involved, I still do not see any advantage of udisk[s]ctl over "cryptsetup open". I'd be more worried about disadvantages. About the only differ

Re: sudo udisksctl

2024-02-18 Thread David Wright
iguration, desirable in multiuser systems, comes with a learning curve that I'm not interested in climbing. > When sudo is > involved, I still do not see any advantage of udisk[s]ctl over > "cryptsetup open". I'd be more worried about disadvantages. About the only difference I see is

Re: sudo udisksctl

2024-02-17 Thread Max Nikulin
(/dev/sdc1) It should be possible to modify policy to allow a specific user or a group to perform disk operations, see polkit(8). When sudo is involved, I still do not see any advantage of udiskctl over "cryptsetup open". As third option, if I remember it correctly, pmount relie

Re: sudo udisksctl

2024-02-17 Thread David Wright
On Sun 18 Feb 2024 at 10:23:52 (+0700), Max Nikulin wrote: > I have decided to ask the following in a separate thread. > > On 17/02/2024 02:59, David Wright wrote > (Re: f3tools vs Silicon Power 4T drive): > > lulu () { sudo udisksctl unlock --block-device > >

sudo udisksctl

2024-02-17 Thread Max Nikulin
I have decided to ask the following in a separate thread. On 17/02/2024 02:59, David Wright wrote (Re: f3tools vs Silicon Power 4T drive): lulu () { sudo udisksctl unlock --block-device /dev/disk/by-partlabel/Lulu01 && mount /media/lulu01 } I am evaluating if udisks2 D

Re: AW: AW: su su- sudo dont work

2024-02-15 Thread chris
do use an old kernel. >> >> Can LINUX update a kernel? >> >> Regards >> Sophie >> >> >> -- >> *Von:* chris >> *Gesendet:* Mittwoch, 7. Februar 2024 19:35 >> *An:* Schwibinger Michael >> *Betr

Re: AW: AW: su su- sudo dont work

2024-02-14 Thread chris
> *Von:* chris > *Gesendet:* Mittwoch, 7. Februar 2024 19:35 > *An:* Schwibinger Michael > *Betreff:* Re: AW: AW: su su- sudo dont work > > Very helpful ty > > On Wed, Feb 7, 2024, 1:57 PM Schwibinger Michael wrote: > > Good afternoon. > &g

Can Linux update an old kernel [WAS Re: AW: AW: AW: su su- sudo dont work]

2024-02-10 Thread Andrew M.A. Cater
On Sat, Feb 10, 2024 at 01:21:55PM +, Schwibinger Michael wrote: > Yes. > > > I found out > I do use an old kernel. > > Can LINUX update a kernel? > Hi Sophie, Yes, of course. As root/sudo user, apt-get update ; apt-get dist-upgrade But you still don't give any

AW: AW: AW: su su- sudo dont work

2024-02-10 Thread Schwibinger Michael
Yes. I found out I do use an old kernel. Can LINUX update a kernel? Regards Sophie Von: chris Gesendet: Mittwoch, 7. Februar 2024 19:35 An: Schwibinger Michael Betreff: Re: AW: AW: su su- sudo dont work Very helpful ty On Wed, Feb 7, 2024, 1:57 PM

Re: AW: AW: su su- sudo dont work

2024-02-07 Thread chris
M.A. Cater > *Gesendet:* Mittwoch, 31. Januar 2024 20:36 > *An:* debian-user@lists.debian.org ; > Schwibinger Michael > *Betreff:* Re: AW: AW: su su- sudo dont work > > On Wed, Jan 31, 2024 at 01:58:41PM +, Schwibinger Michael wrote: > > Good afternoon > > I thin

Re: AW: AW: su su- sudo dont work

2024-02-07 Thread chris
Very helpful ty On Wed, Feb 7, 2024, 1:57 PM Schwibinger Michael wrote: > Good afternoon. > > The bug report > > sudo ... > You are not in the sudoers file. > Regards > Sophie > > > -- > *Von:* Hans > *Gesendet:* Freitag, 26

Request for output of commands [WAS Re: AW: AW: AW: su su- sudo dont work]

2024-02-07 Thread Andrew M.A. Cater
gt; Gesendet: Mittwoch, 31. Januar 2024 20:36 > An: debian-user@lists.debian.org ; Schwibinger > Michael > Betreff: Re: AW: AW: su su- sudo dont work > > On Wed, Jan 31, 2024 at 01:58:41PM +, Schwibinger Michael wrote: > > Good afternoon > > I think > > maybe

AW: AW: AW: su su- sudo dont work

2024-02-07 Thread Schwibinger Michael
Good afternoon I did send the bugreport. Thank You. Did anybody use the rescue mode? Regards Sophie Von: Andrew M.A. Cater Gesendet: Mittwoch, 31. Januar 2024 20:36 An: debian-user@lists.debian.org ; Schwibinger Michael Betreff: Re: AW: AW: su su- sudo

AW: AW: AW: su su- sudo dont work

2024-02-07 Thread Schwibinger Michael
: AW: AW: su su- sudo dont work Hi Hans, On Sat, Jan 27, 2024 at 10:23:09AM +0100, Hans wrote: > I see this exactly as you and are watching this list for may years. I'm not sure who you're replying to as you've removed those details, though I may guess from your In-Reply-To header which does

AW: AW: AW: su su- sudo dont work

2024-02-07 Thread Schwibinger Michael
Good afternoon. The bug report sudo ... You are not in the sudoers file. Regards Sophie Von: Hans Gesendet: Freitag, 26. Januar 2024 18:44 An: debian-user@lists.debian.org Betreff: Re: AW: AW: su su- sudo dont work Am Freitag, 26. Januar 2024, 17:23:07 CET

Re: AW: AW: su su- sudo dont work

2024-02-02 Thread Timothy M Butterworth
On Fri, Feb 2, 2024 at 7:17 PM Schwibinger Michael wrote: > Good afternoon > > Before there was panic > > su > su - > sudo > did work. > > Somebody does have experience with > rescue mode? > If you are in Single User Mode you are already root and do not nee

AW: AW: AW: su su- sudo dont work

2024-02-02 Thread Schwibinger Michael
Good afternoon Before there was panic su su - sudo did work. Somebody does have experience with rescue mode? Regards Sophie Von: Greg Wooledge Gesendet: Freitag, 26. Januar 2024 17:45 An: debian-user@lists.debian.org Betreff: Re: AW: AW: su su- sudo dont

Re: su su- sudo dont work

2024-02-02 Thread CL
Am 27.01.24 um 10:23 schrieb Hans: I see this exactly as you and are watching this list for may years. However, I wanted not to be so directly because I want not to blame anyone on this list. But since the beginning, I had the suspicion, that someone just wants to make fun with us. Aleady

Re: su su- sudo dont work

2024-02-02 Thread Christian Lorenz
>> > PC does have only one user=admin. >> > >> > Regards Sophie >> > Is it the rescue mode? >> >> Explain, please. >> >> Your Subject: header says "su su- sudo dont work". What does this MEAN? >> >> Please show us your attempts

Re: AW: AW: su su- sudo dont work

2024-01-31 Thread Andrew M.A. Cater
On Wed, Jan 31, 2024 at 01:58:41PM +, Schwibinger Michael wrote: > Good afternoon > I think > maybe Im sure > it is because of rescue mode. > Hi Sophie, Once again: we need to you to show us what commands you run. We need to see error messages. if you cannot run sudo or

AW: AW: su su- sudo dont work

2024-01-31 Thread Schwibinger Michael
@lists.debian.org Betreff: Re: AW: su su- sudo dont work On Thu, Jan 25, 2024 at 03:53:10PM +, Schwibinger Michael wrote: > Good afternoon > Why do I have to open a group? > This is to *tell* us information about why you're having problems with su and sudo Running the id command should

AW: su su- sudo dont work

2024-01-27 Thread Schwibinger Michael
Good afternoon Thank You There is only one password. The problem was created until the update to DEBIAN 11 created panic. Before sudo su su - did work. Regards Sophie Von: Gareth Evans Gesendet: Mittwoch, 24. Januar 2024 04:31 An: debian-user@lists.debian.org

Re: AW: AW: su su- sudo dont work

2024-01-27 Thread Andy Smith
ss stream of mispastes and misunderstandings about "sudo" and "su". But I guess what one finds amusing can have a very wide variability… Thanks, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting

Re: AW: AW: su su- sudo dont work

2024-01-27 Thread Thomas Schmitt
Hi, Andy Smith wrote: > It is hard to understand how what Michael/Sophie/Tobias does can in > any way be "fun" for them, though maybe that is just our lack of > understanding. I expressed my suspicion of a "Hurz" performance in https://lists.debian.org/debian-user/2023/05/msg00100.html Have

Re: AW: AW: su su- sudo dont work

2024-01-27 Thread Andy Smith
Hi Hans, On Sat, Jan 27, 2024 at 10:23:09AM +0100, Hans wrote: > I see this exactly as you and are watching this list for may years. I'm not sure who you're replying to as you've removed those details, though I may guess from your In-Reply-To header which doesn't point to a list message. You

Re: AW: AW: su su- sudo dont work

2024-01-27 Thread Hans
I see this exactly as you and are watching this list for may years. However, I wanted not to be so directly because I want not to blame anyone on this list. But since the beginning, I had the suspicion, that someone just wants to make fun with us. Aleady from the beginning I checked after the

Re: AW: AW: su su- sudo dont work

2024-01-26 Thread Hans
an.org/debian-user-german/[1] Good luck! Hans > Sorry > it was my mistake > > It is > > su - > su > or sudo. > > Sorry. > > Is su - > the best for install? > > Regards > > Sophie > > > > [1] https://lists.debian.org/debian-user-german/

Re: AW: AW: su su- sudo dont work

2024-01-26 Thread Greg Wooledge
On Fri, Jan 26, 2024 at 04:23:07PM +, Schwibinger Michael wrote: > su - > su > or sudo. > > Is su - > the best for install? Whatever works best for *you* is best. "su -" is quite popular. If it does what you need, and is convenient for you, then there's your answer.

AW: AW: su su- sudo dont work

2024-01-26 Thread Schwibinger Michael
Sorry it was my mistake It is su - su or sudo. Sorry. Is su - the best for install? Regards Sophie Von: Hans Gesendet: Dienstag, 23. Januar 2024 18:29 An: debian-user@lists.debian.org Betreff: Re: AW: su su- sudo dont work Am Dienstag, 23. Januar 2024

Re: AW: su su- sudo dont work

2024-01-25 Thread Andrew M.A. Cater
On Thu, Jan 25, 2024 at 03:53:10PM +, Schwibinger Michael wrote: > Good afternoon > Why do I have to open a group? > This is to *tell* us information about why you're having problems with su and sudo Running the id command should give you information like uid=1000(amacater)

AW: su su- sudo dont work

2024-01-25 Thread Schwibinger Michael
Good afternoon Why do I have to open a group? 2 years ago sudo was no problem. Regards Sophie Thank You Von: Timothy M Butterworth Gesendet: Montag, 22. Januar 2024 00:07 An: Schwibinger Michael Cc: Greg Wooledge ; debian-user@lists.debian.org Betreff: Re

AW: AW: su su- sudo dont work

2024-01-24 Thread Schwibinger Michael
Wooledge Gesendet: Sonntag, 21. Januar 2024 14:40 An: debian-user@lists.debian.org Betreff: Re: AW: su su- sudo dont work On Sun, Jan 21, 2024 at 12:57:17PM +, Schwibinger Michael wrote: > sudo apt-get install firefox > Reaction LINUX > This is not allowed we send a message to the admin.

Re: su su- sudo dont work

2024-01-23 Thread Gareth Evans
> On 23 Jan 2024, at 18:30, Hans wrote: > > Am Dienstag, 23. Januar 2024, 13:54:25 CET schrieb Schwibinger Michael: > For gvetting root as normal user, best is use "su -". > > Note: It is not "su-", but "su -", with a space between su and the minus sign. Also su requires root's password,

Re: AW: su su- sudo dont work

2024-01-23 Thread Hans
Am Dienstag, 23. Januar 2024, 13:54:25 CET schrieb Schwibinger Michael: For gvetting root as normal user, best is use "su -". Note: It is not "su-", but "su -", with a space between su and the minus sign. Good luck! Hans > Thank You. > > 2 questions > 1 > Is the best to use su- > for ding

AW: su su- sudo dont work

2024-01-23 Thread Schwibinger Michael
Thank You. 2 questions 1 Is the best to use su- for ding install? 2 All 4 dont work. What do I do wrong? Regards Sophie Von: Hans Gesendet: Samstag, 20. Januar 2024 14:23 An: debian-user@lists.debian.org Betreff: Re: su su- sudo dont work Am Samstag, 20

AW: su su- sudo dont work

2024-01-23 Thread Schwibinger Michael
2024 14:34 An: debian-user@lists.debian.org Betreff: Re: su su- sudo dont work On Sat 20 Jan 2024 at 09:14:30 (-0500), Greg Wooledge wrote: > On Sat, Jan 20, 2024 at 01:26:06PM +, Schwibinger Michael wrote: > > Good afternoon. > > Root terminal is fine. > > What do I do

Re: su su- sudo dont work

2024-01-21 Thread Timothy M Butterworth
On Sun, Jan 21, 2024 at 4:07 PM Schwibinger Michael wrote: > Thank You > Example > I say > > sudo apt-get install firefox > Reaction LINUX > This is not allowed we send a message to the admin. > This error message means that your account is not in the sudo group.

Re: AW: su su- sudo dont work

2024-01-21 Thread Greg Wooledge
On Sun, Jan 21, 2024 at 12:57:17PM +, Schwibinger Michael wrote: > sudo apt-get install firefox > Reaction LINUX > This is not allowed we send a message to the admin. > > I do open root terminal > there its working. It sounds like you are not authorized to use "

AW: su su- sudo dont work

2024-01-21 Thread Schwibinger Michael
Thank You Example I say sudo apt-get install firefox Reaction LINUX This is not allowed we send a message to the admin. I do open root terminal there its working. Regards Sophie Von: Greg Wooledge Gesendet: Samstag, 20. Januar 2024 14:14 An: debian-user

Re: su su- sudo dont work

2024-01-21 Thread Byung-Hee HWANG
On Sat, 2024-01-20 at 13:26 +, Schwibinger Michael wrote: > > Good afternoon. > Root terminal is fine. > What do I do wrong? > What did I destroy? > > > PC does have only one user=admin. > > > Regards Sophie > Is it the rescue mode? Hellow Sophie, English is not my native language.

Problem booting the Debian machine [WAS Re: AW: su su- sudo dont work]

2024-01-21 Thread Andrew M.A. Cater
On Sat, Jan 20, 2024 at 02:30:43PM +, Schwibinger Michael wrote: > Good afternoon > I destroyed DEBIAN > now 2 years agon. > I asked here for help > no solution. > So every morning > I interrupt booting > change to rescue mode. > > "Normal" booting does create panic. > > Regards > Sophie >

Re: su su- sudo dont work

2024-01-20 Thread Andy Smith
Hi, On Sat, Jan 20, 2024 at 01:26:06PM +, Schwibinger Michael wrote: > Good afternoon. > Root terminal is fine. > What do I do wrong? > What did I destroy? h-boy, strap yourselves in for another epic Sophie/Michael thread. A bit like the Gene ones, though tend to be circular across a

AW: su su- sudo dont work

2024-01-20 Thread Schwibinger Michael
_ Von: Dan Ritter Gesendet: Samstag, 20. Januar 2024 14:09 An: Schwibinger Michael Cc: debian-user@lists.debian.org Betreff: Re: su su- sudo dont work Schwibinger Michael wrote: > Good afternoon. > Root terminal is fine. > What do I do wrong? > What did I destroy? > > PC d

Re: su su- sudo dont work

2024-01-20 Thread David Wright
one user=admin. > > > > Regards Sophie > > Is it the rescue mode? > > Explain, please. > > Your Subject: header says "su su- sudo dont work". What does this MEAN? > > Please show us your attempts to USE each of these commands, and the > re

Re: su su- sudo dont work

2024-01-20 Thread Dan Ritter
Schwibinger Michael wrote: > Good afternoon. > Root terminal is fine. > What do I do wrong? > What did I destroy? > > PC does have only one user=admin. > > Regards Sophie > Is it the rescue mode? Please tell us: exactly what rescue mode you were using exactly what the prompt was exactly

Re: su su- sudo dont work

2024-01-20 Thread Hans
Am Samstag, 20. Januar 2024, 14:26:06 CET schrieb Schwibinger Michael: There is not "su su-", but there is su = change to root, envirenmont of former user without changing of X environment (hope, this is corect said) su -= change to root, environment of user root su -p = change to

Re: su su- sudo dont work

2024-01-20 Thread Greg Wooledge
On Sat, Jan 20, 2024 at 01:26:06PM +, Schwibinger Michael wrote: > Good afternoon. > Root terminal is fine. > What do I do wrong? > What did I destroy? > > PC does have only one user=admin. > > Regards Sophie > Is it the rescue mode? Explain, please. Your Subjec

su su- sudo dont work

2024-01-20 Thread Schwibinger Michael
Good afternoon. Root terminal is fine. What do I do wrong? What did I destroy? PC does have only one user=admin. Regards Sophie Is it the rescue mode?

sudo+use_pty+urxvt+pipe [WAS: apt-get aborts in subshell with redirections on Debian 12]

2023-12-24 Thread John Crawley
: Defaults pwfeedback then consulting the sudo manpage convinced me, it was the 'use_pty' flag (in section SUDOERS OPTIONS). after removing that flag everything works as 'expected': Well, that is quite the find. Indeed! Many thanks Michael. 8< snip >8 Anyway, for my personal purposes, th

Re: Too much log for sudo.

2023-10-12 Thread Andy Smith
Hello, On Thu, Oct 12, 2023 at 10:15:26PM +, Andy Smith wrote: > On Thu, Oct 12, 2023 at 05:20:58PM +0200, Erwan David wrote: > > I see that in the logs the VALUE of the env variable is loggued. > > How to change this ? > > I don't think there is a way to stop th

Re: Too much log for sudo.

2023-10-12 Thread Karl Vogel
On Thu, Oct 12, 2023 at 11:22:00AM -0400, Erwan David wrote: > I use a script to run borg backup. For it to be able to backup files that > only root may read, i use sudo --preserv-env=BORG_REPO,BORG_PASSPHRASE. > > However I see that in the logs the VALUE of the env variable is

Re: Too much log for sudo.

2023-10-12 Thread Andy Smith
Hi, On Thu, Oct 12, 2023 at 05:20:58PM +0200, Erwan David wrote: > I use a script to run borg backup. For it to be able to backup files that > only root may read, i use sudo --preserv-env=BORG_REPO,BORG_PASSPHRASE. > > However I see that in the logs the VALUE of the env variable is

Too much log for sudo.

2023-10-12 Thread Erwan David
I use a script to run borg backup. For it to be able to backup files that only root may read, i use sudo --preserv-env=BORG_REPO,BORG_PASSPHRASE. However I see that in the logs the VALUE of the env variable is loggued. How to change this ?

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-27 Thread Anssi Saari
David Wright writes: > You'd have to specify a set of criteria to test. I just treat > /media/samsungd like any other filesystem, copying files in the > usual manner. Well, when I last tried MTP in Linux I got maybe half of a directory listing and then it hung there. Concluded it doesn't work

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread David Wright
gt;> > >> What do you functionally mean? I need for you to talk to me like > >> this: a) go "Settings"; b) ... > > > > On bullseye I have android-file-transfer installed. I connect the > > phone to the PC with USB, and run this function: > >

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread David Wright
me exact one being advertised as doubling > as a data cable, but running: > $ sudo lsusb > Before and after plugging in the phone doesn’t show any difference. > Is there a way to test for sure that cable is the right one? You should see lines appear in the kern.log (or wherever you h

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Jeffrey Walton
USB cable I have been using to charge the battery of that phone > > visually seems to be the same exact one being advertised as doubling > > as a data cable, but running: > > $ sudo lsusb > > Before and after plugging in the phone doesn’t show any difference. > > Is there a

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Jeffrey Walton
same exact one being advertised as doubling > as a data cable, but running: > $ sudo lsusb > Before and after plugging in the phone doesn’t show any difference. > Is there a way to test for sure that cable is the right one? It sounds like you are using a charging cable, or a cheap data

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Michel Verdier
On 2023-09-25, Albretch Mueller wrote: > Is there a way to test for sure that cable is the right one? Usually the original cable furnished with the phone is a data cable. My only test was to successfully use adb then change cable and see that I have some power only cables.

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Michel Verdier
On 2023-09-25, Albretch Mueller wrote: > Android awakens when I unplug the cable from the computer; so, > something is being somehow detected. android also awakens on power on/off

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Nicolas George
David Wright (12023-09-25): > On bullseye I have android-file-transfer installed. I connect the > phone to the PC with USB, and run this function: If we are sharing how we do file transfer to and from an Android phone: My favorite solution is tu install Termux and run sshd in it. Then I can use

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Albretch Mueller
On 9/25/23, Albretch Mueller wrote: > Most probably there is a setting in that phone I haven’t been able to > find. Android awakens when I unplug the cable from the computer; so, something is being somehow detected. lbrtchx

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Anssi Saari
>> this: a) go "Settings"; b) ... > > On bullseye I have android-file-transfer installed. I connect the > phone to the PC with USB, and run this function: > > samsungd () > { > sudo mkdir -p /media/samsungd || true; > sudo chown &quo

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Albretch Mueller
On 9/24/23, Michel Verdier wrote: > If you use USB you need a cable allowing data, some allow only power. The USB cable I have been using to charge the battery of that phone visually seems to be the same exact one being advertised as doubling as a data cable, but running: $ sudo lsusb Bef

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread David Wright
On bullseye I have android-file-transfer installed. I connect the phone to the PC with USB, and run this function: samsungd () { sudo mkdir -p /media/samsungd || true; sudo chown "$USER" /media/samsungd; aft-mtp-mount /media/samsungd } whereupon the phone w

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-25 Thread Roland Mueller
As far as I remember adb requires debugging to be enabled on the Android device. For newer androids following - slighly obscure - process has to be used: Enabling USB Debugging on an Android Device - On the device, go to Settings > About . - Tap the Build number seven times to make Settings >

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-24 Thread Marco
Am 24.09.2023 22:13 schrieb Albretch Mueller: > What do you functionally mean? I need for you to talk to me like > this: a) go "Settings"; b) ... According to the Google documentation: With a USB cable, connect your device to your computer. On your device, tap the "Charging this device via

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-24 Thread Albretch Mueller
On 9/24/23, Marco M. wrote: > On most Android phones, you need to explicit allow data transfers. What do you functionally mean? I need for you to talk to me like this: a) go "Settings"; b) ... Thank you, lbrtchx On 9/24/23, Marco M. wrote: > Am 24.09.2023 um 19:45:11 Uhr schrieb Albretch

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-24 Thread Michel Verdier
On 2023-09-24, Albretch Mueller wrote: > Basically, I need to transfer selected data (whatsapp, messages, > phone calls, ...) off my phone to my computer's hdd. > > How can you troubleshoot that problem or, do you know about any other > way to transfer your data to a drive off your phone? If

Re: "sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-24 Thread Marco M.
Am 24.09.2023 um 19:45:11 Uhr schrieb Albretch Mueller: > How can you troubleshoot that problem or, do you know about any other > way to transfer your data to a drive off your phone? On most Android phones, you need to explicit allow data transfers. Did you do?

"sudo apt-get install android-tools-adb" ... (then no device listed)

2023-09-24 Thread Albretch Mueller
$ uname -a Linux debian 5.10.0-18-amd64 #1 SMP Debian 5.10.140-1 (2022-09-02) x86_64 GNU/Linux $ sudo apt-get update ... $ date; sudo apt-get install android-tools-adb Sun 24 Sep 2023 02:07:24 PM UTC ... $ which adb /usr/bin/adb $ adb --version Android Debug Bridge version 1.0.41 Version

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Greg Wooledge
On Sat, Aug 26, 2023 at 06:42:42PM -0400, Karl Vogel wrote: > If you're running bash, the safest way to find your current working > directory is capturing the output from /bin/pwd. Symlinked directories > can surprise you: > > me$ cd > > me$ ls -ldF today > lrwxr-xr-x 1 me mis 18

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Karl Vogel
On Sat, Aug 26, 2023 at 12:09:57PM -0400, Tom Browder wrote: > Excellent mind-reading, Greg! So to use your line I will put in that dir: > "cd /required-dir || exit" > > Thanks so much. And thanks to all others who responded. If you're running bash, the safest way to find your current

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread tomas
On Sat, Aug 26, 2023 at 01:54:41PM -0500, Tom Browder wrote: > On Sat, Aug 26, 2023 at 10:42 wrote: [...] > > Basically it is not possible to find out [...] > As I think I replied earier, I am now checking the script is in the > required directory in order to be executed (by the root user)

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Tom Browder
On Sat, Aug 26, 2023 at 10:42 wrote: > On Sat, Aug 26, 2023 at 04:45:54PM +0200, DdB wrote: > > Am 26.08.2023 um 16:25 schrieb Tom Browder: > > > Is there a way to distinguish whether 'sudo -i' was used or not? > > > > > Sorry, i am not an expert on thi

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Nate Bargmann
* On 2023 26 Aug 11:10 -0500, Tom Browder wrote: > On Sat, Aug 26, 2023 at 10:57 Greg Wooledge wrote: > > > On Sat, Aug 26, 2023 at 10:49:45AM -0500, Tom Browder wrote: > > > I would like to know whether 'sudo -i' or 'sudo -s' was used. > > ... > > >

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread tomas
On Sat, Aug 26, 2023 at 11:56:27AM -0400, Greg Wooledge wrote: > On Sat, Aug 26, 2023 at 10:49:45AM -0500, Tom Browder wrote: > > I would like to know whether 'sudo -i' or 'sudo -s' was used. > > That's STILL an X-Y problem. > > > The reason is > > to kn

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Michael Kjörling
On 26 Aug 2023 11:56 -0400, from g...@wooledge.org (Greg Wooledge): > You don't actually need to know what was typed. And even being able to answer the question "how was sudo executed" doesn't solve the problem of ensuring that the script is executing within a particular directory.

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Tom Browder
On Sat, Aug 26, 2023 at 10:57 Greg Wooledge wrote: > On Sat, Aug 26, 2023 at 10:49:45AM -0500, Tom Browder wrote: > > I would like to know whether 'sudo -i' or 'sudo -s' was used. ... > In fact, I suspect "I need to know if the cwd is /root" is STILL an X-Y > proble

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Greg Wooledge
On Sat, Aug 26, 2023 at 10:49:45AM -0500, Tom Browder wrote: > I would like to know whether 'sudo -i' or 'sudo -s' was used. That's STILL an X-Y problem. > The reason is > to know if the cwd is set to '/root' or '.' It's critical for the script > execution Oh? Then just look at

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Tom Browder
On Sat, Aug 26, 2023 at 09:32 Roberto C. Sánchez wrote: > On Sat, Aug 26, 2023 at 09:25:10AM -0500, Tom Browder wrote: > >In a previous thread it was shown how to detect a SUDO_USER in a bash > >shell. > >Is there a way to distinguish whether 'sudo -i' was used o

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread tomas
On Sat, Aug 26, 2023 at 04:45:54PM +0200, DdB wrote: > Am 26.08.2023 um 16:25 schrieb Tom Browder: > > Is there a way to distinguish whether 'sudo -i' was used or not? > > > Sorry, i am not an expert on this. But ... since years i am using this > to check for it: &g

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Alain D D Williams
On Sat, Aug 26, 2023 at 09:25:10AM -0500, Tom Browder wrote: > In a previous thread it was shown how to detect a SUDO_USER in a bash shell. > > Is there a way to distinguish whether 'sudo -i' was used or not? I have not tested this but if bash was interactive you will find a .bash_his

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread DdB
Am 26.08.2023 um 16:25 schrieb Tom Browder: > Is there a way to distinguish whether 'sudo -i' was used or not? > Sorry, i am not an expert on this. But ... since years i am using this to check for it: > # if `echo $HOME` is not "/root" or the working dir

Re: Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Roberto C . Sánchez
On Sat, Aug 26, 2023 at 09:25:10AM -0500, Tom Browder wrote: >In a previous thread it was shown how to detect a SUDO_USER in a bash >shell. >Is there a way to distinguish whether 'sudo -i' was used or not? >Thanks. >-Tom The SUDO_COMMAND environment variable wo

Using the bash shell: determine if the root user used 'sudo -i'

2023-08-26 Thread Tom Browder
In a previous thread it was shown how to detect a SUDO_USER in a bash shell. Is there a way to distinguish whether 'sudo -i' was used or not? Thanks. -Tom

Re: setting paths for sudo (revisited)

2023-08-21 Thread Tom Browder
On Mon, Aug 21, 2023 at 08:11 Greg Wooledge wrote: > On Mon, Aug 21, 2023 at 07:56:22AM -0500, Tom Browder wrote: > > For Greg: I'm trying to get my muscle memory to use "sudo -i" and "sudo > -s" > > as you said to become root user for more work

  1   2   3   4   5   6   7   8   9   10   >