It should "just work" - if you can "ssh localhost" - the server is running.
Hope this helps
Andy C
On Wed, Jul 22, 2020 at 2:06 AM rhkramer wrote:
> I get this error when trying to apt-get install openssh-server on my (up
> to
> date) Buster system:
>
> Error:
On Tue, Jul 21, 2020 at 09:48:22PM -0400, rhkramer wrote:
> I get this error when trying to apt-get install openssh-server on my (up to
> date) Buster system:
>
> Error: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit -.mount is
> masked.
>
> I tried (based on the reference below):
>
>
My search attempts likely failed because I didn't know the appropriate
terms.
After some initial inactivity the screen blanks and can can be brought
back to life by mouse movement.
After a longer period of inactivity one must touch the power button.
What are the correct names for these
Hello,
That blank screen means your hardware has not found the way to load your
boot partition. Verify your BIOS configuration. Try toggling between UEFI
and MBR assuming your bootable device is ok.
Le mer. 22 juil. 2020 à 05:20, Edward M Kent a écrit :
> Hello All, I am an old Nube trying
On Tue 21 Jul 2020 at 22:25:57 (-0500), Edward M Kent wrote:
> Hello All, I am an old Nube trying to get set up to use a Beaglebone on
> some projects. I thought I had a successful install after a list of tasks
> was displayed down the screen's left hand edge.
Those "tasks" are the bootable
On Wed, 22 Jul 2020, Richard Owlett wrote:
My search attempts likely failed because I didn't know the appropriate terms.
After some initial inactivity the screen blanks and can can be brought back
to life by mouse movement.
After a longer period of inactivity one must touch the power button.
On Wed, Jul 22, 2020 at 04:39:03AM -0500, Richard Owlett wrote:
> My search attempts likely failed because I didn't know the appropriate
> terms.
>
> After some initial inactivity the screen blanks and can can be brought back
> to life by mouse movement.
> After a longer period of inactivity one
On 07/22/2020 08:10 AM, Henning Follmann wrote:
On Wed, Jul 22, 2020 at 04:39:03AM -0500, Richard Owlett wrote:
My search attempts likely failed because I didn't know the appropriate
terms.
After some initial inactivity the screen blanks and can can be brought back
to life by mouse movement.
On Wed 22 Jul 2020 at 22:51:00 (-0400), Stefan Monnier wrote:
> >> Somehow NM is convinced that it should try an Ethernet connection
> >> first. You need a way to disabuse it of that notion.
>
> Why doesn't it start with the last active connection?
> I suspect that for 99% of the users this will
On Wed 22 Jul 2020 at 15:04:44 (-0400), Stefan Monnier wrote:
> When I wake up from suspend, my Debian machines take a "long" time to
> reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4
> panel, I see:
> - for about 10s the icon is "two computers" (which IIUC represents
> just
Stefan Monnier writes:
>> You could set up networkmanager so that it ignores the ethernet port.
>> That should save you some time.
>>
>> See;
>> https://developer.gnome.org/NetworkManager/stable/NetworkManager.conf.html
>>
>> In particular the 'keyfile section' and 'ifupdown section', which
> I have no idea how to fix your problem. I do use NM though, and my wifi
> is already connected in the time I unlock after my laptop has been
> sleeping overnight.
Right, that's what I remember it doing a couple years ago for me as well.
Thanks for confirming!
Stefan
On Wed, 22 Jul 2020 15:04:44 -0400
Stefan Monnier wrote:
> When I wake up from suspend, my Debian machines take a "long" time to
> reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4
> panel, I see:
> - for about 10s the icon is "two computers" (which IIUC represents
> just
This meet starts about 2hr 25min from now
Good evening All
I couldn't help notice how many of you suggested a Raspberry Pi as a
better alternative to trying to use an old PC, in answer to a recent
question.
I wondered if some of you would care to join a small user group in
regional
> Presumably the logs (daemon.log, syslog) should give details of
> what's going on.
Nothing I can see there seems relevant, no. I just see the messages
about when the connection is done.
> But I'm not clear about how it should determine that it woke up in the
> same place,
It doesn't need to.
On Sun 19 Jul 2020 at 11:35:31 (+), Ajith R wrote:
>
> > First, there is a somewhat specific question about unspecified
> > substitutions. For all I know about these substitutions, you might
> > actually need XSLT to do them properly.
>
> The substitution that I had in mind requires
On Wed, 22 Jul 2020 17:23:25 -0600
Charles Curley wrote:
> Somehow NM is convinced that it should try an Ethernet connection
> first. You need a way to disabuse it of that notion.
Also check the priorities of your WiFi and Ethernet connections. Mine
are: Ethernet, -999; all WiFi, 0.
Right
>> Somehow NM is convinced that it should try an Ethernet connection
>> first. You need a way to disabuse it of that notion.
Why doesn't it start with the last active connection?
I suspect that for 99% of the users this will be the most common case.
Also, why does it wait 10s before it tries to
On Wed, Jul 22, 2020 at 07:38:54AM -0400, Greg Wooledge wrote:
Apparently this unit refers to the root file system. I have no idea
why it's masked for you, but that's where I'd start looking.
Yes. Unfortunately Systemd decided to forbid '/' in unit names, and also
to map all mounts to units.
Greg Wooledge writes:
> unicorn:~$ systemctl status -.mount
> systemctl: invalid option -- '.'
> Hint: to specify units starting with a dash, use "--":
> systemctl [OPTIONS...] {COMMAND} -- -.mount ...
> unicorn:~$ systemctl status -- -.mount
> ● -.mount - /
>Loaded: loaded
On Wed, Jul 22, 2020 at 02:23:48PM -0400, rhkramer wrote:
> The basic solution involved stopping gparted (I don't know why, but google
> found a page that described the same problem I had and the page said it
> occurred with gparted running and went away with gparted stopped.
Fascinating.
When I wake up from suspend, my Debian machines take a "long" time to
reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4
panel, I see:
- for about 10s the icon is "two computers" (which IIUC represents
just NetworkManager).
- then the icon changes to the one representing a wired
Stefan Monnier wrote:
> When I wake up from suspend, my Debian machines take a "long" time to
> reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4
> panel, I see:
> - for about 10s the icon is "two computers" (which IIUC represents
> just NetworkManager).
> - then the icon
> Hi,
>
> terminator, after years of superb stability, started to freeze my
> desktop sometimes.
> This behavior started some 3 months ago.
The problem stops when xcompmgr is not running.
xcompmgr + terminator = problem
I choose terminator above eye candy stuff.
On Wednesday, July 22, 2020 7:08:40 AM EDT Andrew Cater wrote:
> It should "just work" - if you can "ssh localhost" - the server is running.
Thanks for the reply. The problem is solved, and I'll mention the solution
here with maybe more details in replies to Greg Wooledge and/or Jonathan
On Wed 22 Jul 2020 at 14:23:48 (-0400), rhkramer wrote:
> On Wednesday, July 22, 2020 7:08:40 AM EDT Andrew Cater wrote:
> > It should "just work" - if you can "ssh localhost" - the server is running.
>
> Thanks for the reply. The problem is solved, and I'll mention the solution
> here with
On 22/07/2020 20:04, Stefan Monnier wrote:
> When I wake up from suspend, my Debian machines take a "long" time to
> reconnect to the wifi. Looking at the `nm-applet` icon in my XFCE4
> panel, I see:
> - for about 10s the icon is "two computers" (which IIUC represents
> just NetworkManager).
>
On Wed, 22 Jul 2020 15:04:44 -0400
Stefan Monnier wrote:
Hello Stefan,
>Any idea what might be going on and how to make it quicker?
You could set up networkmanager so that it ignores the ethernet port.
That should save you some time.
See;
On Wednesday, July 22, 2020 02:54:27 PM Greg Wooledge wrote:
> On Wed, Jul 22, 2020 at 02:23:48PM -0400, rhkramer wrote:
> > The basic solution involved stopping gparted (I don't know why, but
> > google found a page that described the same problem I had and the page
> > said it occurred with
>> When I wake up from suspend,
> My current laptop is nice and fast, with an nvme boot drive, so I've
> been doing some investigations into speeding up boot times as well.
Notice the apple-vs-oranges here.
I'm talking about the time to reconnect to wifi after wake-up
from suspend.
Time to boot
> You could set up networkmanager so that it ignores the ethernet port.
> That should save you some time.
>
> See;
> https://developer.gnome.org/NetworkManager/stable/NetworkManager.conf.html
>
> In particular the 'keyfile section' and 'ifupdown section', which detail
> methods by which network
31 matches
Mail list logo
