My shell scripts are all broken now and I'm afraid that next week, after
I change all my scripts, something will change things back. Or increment
them again.
Anybody have an explanation? Or somewhere I can start looking? Or know
how whatever labels Ethernet ports does it (or why they weren't call
On 29/1/20 5:48 pm, Klaus Singvogel wrote:
ghe wrote:
Anybody have an explanation? Or somewhere I can start looking? Or know
how whatever labels Ethernet ports does it (or why they weren't called 0
and 1 in the first place)?
The keywords you want to search for:
udev, "consistent network devic
I am curious too.
elvis wrote:
> It sounds like it is already using the consistent interface names.
It's even possible to name the devices after their MAC addresses.
Then it might be possible to identify them uniqly, on the other hand,
he will get long device names (enx78e7d1ea46da).
Didn't use this method by myse
On 2020-01-29 07:04, Andrei POPESCU wrote:
On Ma, 28 ian 20, 08:24:29, David Wright wrote:
My view is that more damage is done to home systems by the sysadmins
than by external malice, so anything that protects the system from
such damage is a useful resource. I think that selective sudo¹
provi
On Wed, Jan 29, 2020 at 10:31:35AM +, mick crane wrote:
[...]
> The only effective difference for me between "su -" and sudo seems
> to be that if you are in a directory you don't have permissions and
> want to change something sudo keeps you in the $PWD whereas "su -"
> puts you in /root and
On 2020-01-29 12:08, to...@tuxteam.de wrote:
On Wed, Jan 29, 2020 at 10:31:35AM +, mick crane wrote:
[...]
The only effective difference for me between "su -" and sudo seems
to be that if you are in a directory you don't have permissions and
want to change something sudo keeps you in the $
On Wed, Jan 29, 2020 at 12:15:17PM +, mick crane wrote:
[...]
> >That's because "-" tells su to do that. Drop the "-" and it'll leave
> >you in the current dir (among other details, consult the man page for
> >details).
>
> yes but "su" keeps the user's path for the executables.
> mick
Both
On 2020-01-29 12:17, to...@tuxteam.de wrote:
On Wed, Jan 29, 2020 at 12:15:17PM +, mick crane wrote:
[...]
>That's because "-" tells su to do that. Drop the "-" and it'll leave
>you in the current dir (among other details, consult the man page for
>details).
yes but "su" keeps the user's
On 2020-01-28, J. D. Leach wrote:
> To Whom it May Concern,
>
> Have a Dell Inspiron 3668 desktop with the latest Dell firmware
> (1.12.2). This update, and numerous of the preceding ones, do not allow
> ANY type of loading of Debian (or any othe Linux flavor) onto the PC. In
That's astounding
On 2020-01-29, Curt wrote:
> On 2020-01-28, J. D. Leach wrote:
>> To Whom it May Concern,
>>
>> Have a Dell Inspiron 3668 desktop with the latest Dell firmware
>> (1.12.2). This update, and numerous of the preceding ones, do not allow
>> ANY type of loading of Debian (or any othe Linux flavor)
Hi,
I am automating Buster installations with a preseed file. To do this, I
boot the installer successfully with parameters `auto=true
url=tftp://my_server domain=mydomain`.
However, before loading preseed.cfg, installer asks for computer name: I
would like this question to be asked in Frenc
On Wed, Jan 29, 2020 at 01:17:52PM +0100, to...@tuxteam.de wrote:
> On Wed, Jan 29, 2020 at 12:15:17PM +, mick crane wrote:
>
> [...]
>
> > >That's because "-" tells su to do that. Drop the "-" and it'll leave
> > >you in the current dir (among other details, consult the man page for
> > >det
Quoting Yvan Masson (2020-01-29 14:50:26)
> I am automating Buster installations with a preseed file. To do this,
> I boot the installer successfully with parameters `auto=true
> url=tftp://my_server domain=mydomain`.
>
> However, before loading preseed.cfg, installer asks for computer name:
>
On Tue, Jan 28, 2020 at 04:34:15PM -0700, ghe wrote:
> Buster, SuperMicro box
>
> The labels for my Ethernet ports have changed.
>
> There are 2 ports on this box. They used to be called enp6s0 and enp7s0.
> Now they're called enp7s0 and enp8s0 (6, 7, and 8).
Did you perform a BIOS/Firmware upgr
On Wed, Jan 29, 2020 at 09:15:31AM -0500, Greg Wooledge wrote:
[...]
> The enp7s0 style naming is the new "Predictable Network Interface Names"
> scheme. That is its official name. It is not, however, an accurate
> description of how it works in reality. As you've seen, the names
> are NOT pre
On Wed, Jan 29, 2020, 02:17 Andrei POPESCU wrote:
> On Lu, 27 ian 20, 19:16:35, Default User wrote:
> > Okay, I'm stumped.
> >
> > I'm running 64-bit Debian unstable, Cinnamon desktop environment.
> >
> > All I want to do is set the Gedit left margin to 80 characters, so that
> > text hard-wraps
On 2020-01-29, Greg Wooledge wrote:
> On Tue, Jan 28, 2020 at 04:34:15PM -0700, ghe wrote:
>> Buster, SuperMicro box
>>
>> The labels for my Ethernet ports have changed.
>>
>> There are 2 ports on this box. They used to be called enp6s0 and enp7s0.
>> Now they're called enp7s0 and enp8s0 (6, 7,
On 2020-01-28, ghe wrote:
> Buster, SuperMicro box
>
> The labels for my Ethernet ports have changed.
You haven't been using a screwdriver lately by any chance?
--
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud
On Wed, Jan 29, 2020 at 03:04:57PM -, Curt wrote:
> On 2020-01-29, Greg Wooledge wrote:
> > Did you perform a BIOS/Firmware upgrade on your motherboard? That's
> > one of the things that can cause this.
>
> 'p' indicates the PCI bus and 's' indicates the slot, was my
> understanding of the n
On 2020-01-29, Greg Wooledge wrote:
> On Wed, Jan 29, 2020 at 03:04:57PM -, Curt wrote:
>> On 2020-01-29, Greg Wooledge wrote:
>> > Did you perform a BIOS/Firmware upgrade on your motherboard? That's
>> > one of the things that can cause this.
>>
>> 'p' indicates the PCI bus and 's' indicat
Hello,
On 2020-01-28 09:28, Christoph Pleger wrote:
on my notebook computer, I have a WLAN interface that is managed with
NetworkManager and a cable-bound network interface that gets its
static IP address by a systemd-networkd configuration file. But as of
course on a portable notebook the cabl
On 1/29/2020 2:50 PM, Yvan Masson wrote:
> Hi,
>
> I am automating Buster installations with a preseed file. To do this, I
> boot the installer successfully with parameters `auto=true
> url=tftp://my_server domain=mydomain`.
>
> However, before loading preseed.cfg, installer asks for computer name:
On Wed, Jan 29, 2020, 2:27 AM Fun Society wrote:
> Hi, can you guys add/provide systemd-boot option on the Debian installer?
> Because some of the UEFI laptop not supported grub bootloader, The bios
> automatically delete boot entry if the name of the grub boot entry not
> "Linux" and grub instal
On 1/29/2020 4:22 PM, Christoph Pleger wrote:
> Hello,
>
> On 2020-01-28 09:28, Christoph Pleger wrote:
>
>> on my notebook computer, I have a WLAN interface that is managed with
>> NetworkManager and a cable-bound network interface that gets its
>> static IP address by a systemd-networkd configura
I'm using it on debian (replacing the grub) but it was frustrating using
netinstall ISO, you can't boot live to install the systemd-boot easily, so
I find a way to boot my Debian using grub rescue then install the
systemd-boot. That's why I suggest systemd-boot must be added as bootloader
options o
On Wed, Jan 29, 2020, 11:04 AM Fun Society wrote:
> I'm using it on debian (replacing the grub) but it was frustrating using
> netinstall ISO, you can't boot live to install the systemd-boot easily, so
> I find a way to boot my Debian using grub rescue then install the
> systemd-boot. That's why
On 1/29/20 7:15 AM, Greg Wooledge wrote:
> If you can confirm that it was caused by (or at least, occurred after)
> a firmware upgrade, then at least you'll know that you need to be ready
> for another possible change the next time you upgrade firmware.
Nope. No change(s) in the firmware.
> The
On 1/29/20 8:04 AM, Curt wrote:
> 'p' indicates the PCI bus and 's' indicates the slot, was my
> understanding of the naming scheme.
Yeah. That's what I was told too.
> Would a BIOS/Firmware upgrade
> modify the PCI bus and slot number of your Ethernet ports?
I doubt it. SuperMicro's BIOS writ
Le 29/01/2020 à 15:10, Jonas Smedegaard a écrit :
Quoting Yvan Masson (2020-01-29 14:50:26)
I am automating Buster installations with a preseed file. To do this,
I boot the installer successfully with parameters `auto=true
url=tftp://my_server domain=mydomain`.
However, before loading preseed.c
Le 29/01/2020 à 14:50, Yvan Masson a écrit :
> However, before loading preseed.cfg, installer asks for computer name: I
> would like this question to be asked in French and more importantly to
> have the keyboard layout configured in French.
>
> I have tried many boot parameters (layout=fr, layou
Quoting Yvan Masson (2020-01-29 18:09:30)
> Le 29/01/2020 à 15:10, Jonas Smedegaard a écrit :
> > Quoting Yvan Masson (2020-01-29 14:50:26)
> >> I am automating Buster installations with a preseed file. To do
> >> this, I boot the installer successfully with parameters `auto=true
> >> url=tftp://
Le 29/01/2020 à 16:41, john doe a écrit :
On 1/29/2020 2:50 PM, Yvan Masson wrote:
Hi,
I am automating Buster installations with a preseed file. To do this, I
boot the installer successfully with parameters `auto=true
url=tftp://my_server domain=mydomain`.
However, before loading preseed.cfg,
On 1/29/20 12:05 PM, ghe wrote:
On 1/29/20 8:04 AM, Curt wrote:
'p' indicates the PCI bus and 's' indicates the slot, was my
understanding of the naming scheme.
Yeah. That's what I was told too.
Would a BIOS/Firmware upgrade
modify the PCI bus and slot number of your Ethernet ports?
I doubt
On 2020-01-29, ghe wrote:
> On 1/29/20 8:04 AM, Curt wrote:
>
>> 'p' indicates the PCI bus and 's' indicates the slot, was my
>> understanding of the naming scheme.
>
> Yeah. That's what I was told too.
>
>> Would a BIOS/Firmware upgrade
>> modify the PCI bus and slot number of your Ethernet port
On 1/29/2020 6:25 PM, Yvan Masson wrote:
> Le 29/01/2020 à 16:41, john doe a écrit :
>> On 1/29/2020 2:50 PM, Yvan Masson wrote:
>>> Hi,
>>>
>>> I am automating Buster installations with a preseed file. To do this, I
>>> boot the installer successfully with parameters `auto=true
>>> url=tftp://my_s
debian-users:
I would like to create a USB flash drive with Debian that I can boot in
new Windows 10 machines with UEFI Secure Boot, so that I can examine
things, run tools, take images of the Windows system drive, etc., before
booting Windows for the first time.
I have downloaded, verified
Am Mittwoch, 29. Januar 2020, 19:51:28 CET schrieb David Christensen:
Hi David,
although it is not recommended as the documentation is telling, but just try
out RUFUS or UNETBOOTIN to create a bootable USB-Stick.
Maybe this works better than using dd.
Just a suggestion.
Best regards
Hans
maybe this will help
http://cosmolinux.no-ip.org/raconetlinux2/persistence.html
On 1/29/20 10:51 AM, David Christensen wrote:
debian-users:
I would like to create a USB flash drive with Debian that I can boot
in new Windows 10 machines with UEFI Secure Boot, so that I can
examine things, run
On 1/29/20 8:14 AM, Curt wrote:
> You haven't been using a screwdriver lately by any chance?
Yes. I put a couple PCI cards back in. But the E'net ports had the same
names when they were in there earlier and when they were out. The change
happened when the were put back.
But that had nothing to d
On Wed, Jan 29, 2020 at 03:18:13PM -0700, ghe wrote:
> Do you know something interesting about screwdrivers and UDEV?
You made this mistake earlier, and now once again. It's not udev.
You *USED* to be able to use udev to work around this. Not any more.
The new workaround is systemd.link(5).
On Wed, Jan 29, 2020 at 03:18:13PM -0700, ghe wrote:
But that had nothing to do with naming Ethernet interfaces. At least to
a human it didn't. They're still on the same PCI bus (0, and soldered to
the same places on MB, as I find I've said before).
some motherboards are better than others abou
(Blush, blush)
I took those boards out, and the names went back to what I'd expected
them to be.
I have no idea why. It doesn't make sense to me -- absolutely nothing
changed that had anything to do with Ethernet interfaces. The OS and the
BIOS didn't change either.
I put them back in, and the
On 2020-01-29 11:09, Hans wrote:
Am Mittwoch, 29. Januar 2020, 19:51:28 CET schrieb David Christensen:
Hi David,
although it is not recommended as the documentation is telling, but just try
out RUFUS or UNETBOOTIN to create a bootable USB-Stick.
Maybe this works better than using dd.
Just a su
On 2020-01-29 11:28, Peter Ehlert wrote:
maybe this will help
http://cosmolinux.no-ip.org/raconetlinux2/persistence.html
Thanks for the reply. :-)
I prefer a working Debian install on a USB flash drive, so I can install
whatever tools I choose (including home-grown) in a familiar environmen
On Wed 29 Jan 2020 at 16:52:19 (-0700), ghe wrote:
>
> (Blush, blush)
>
> I took those boards out, and the names went back to what I'd expected
> them to be.
>
> I have no idea why. It doesn't make sense to me -- absolutely nothing
> changed that had anything to do with Ethernet interfaces. The
On Wed 29 Jan 2020 at 09:04:43 (+0200), Andrei POPESCU wrote:
> On Ma, 28 ian 20, 08:24:29, David Wright wrote:
> >
> > My view is that more damage is done to home systems by the sysadmins
> > than by external malice, so anything that protects the system from
> > such damage is a useful resource.
On 2020-01-29 10:51, David Christensen wrote:
root@d-i:/# grub-install --target x86_64-efi-signed
grub-install: error: /usr/lib/grub/x86_64-efi-signed/modinfo.sh
doesn't exist. Please specify --target or --directory.
I was able to install grub for x86_64-efi:
root@d-i:/# gru
On 30.01.2020 10:27, David Christensen wrote:
> On 2020-01-29 10:51, David Christensen wrote:
>> root@d-i:/# grub-install --target x86_64-efi-signed
>> grub-install: error: /usr/lib/grub/x86_64-efi-signed/modinfo.sh
>> doesn't exist. Please specify --target or --directory.
>
> I was able
Good afternoon
I take it that you have booted the .iso and run the installer - on to a
separate usb stick.
Where did you install grub?If by chance it installed on to sda, then
allowing the PC to just boot should run grub and offer the choice of
booting debian or win10.
What happens if
On 29/1/20 6:02 am, Patrick Bartek wrote:
My point is that sudo is more of a security "hole" since it only
requires a user's password which in my experience are less secure since
most users create short, easy to remember ones.
Which is why I suggested you tell sudo to require root password.
51 matches
Mail list logo
