Re: lenteur maladive

[Basile Starynkevitch]

On 8/5/19 1:02 AM, hamster wrote:

Salut.

Ca fesait plusieurs mois que j'avais remarqué que mon ordi n'était plus
aussi rapide que d'habitude. Mais la brusquement il s'est mis a etre d'une
lenteur maladive. Du genre a mettre quelques secondes a afficher une
lettre tapée dans un terminal. Alors regarder des vidéos sur youtube j'en
parle meme pas… Un peu comme un système qui swappe a mort, sauf que le
voyant de fonctionnement du disque dur reste éteint et htop me dit que mon
processeur se tourne les pouces.


Il faut commencer par éliminer les problèmes logiciels. Lancer la 
commande top dans un terminal sous root (donc en sudo), et observer tout 
processus trop gourmand. C'est déjà fait avec htop


Observer aussi l'activité système avec xosview

Ensuite, lancer la commande dmesg sous root, et y lire les messages de 
log. Peut-être des messages anormaux?


Enfin, le disque peut être physiquement abimé donc mourant. Installer le 
paquet smartmontools puis utiliser avec précaution (donc bien lire la 
doc avant) l'utilitaire smartctl. Il permettrait de diagnostiquer 
l'agonie du disque dur (mais pas de le réparer; il faudrait peut-être le 
changer).



Librement

--
Basile Starynkevitch (92340 Bourg La Reine, France)
http://starynkevitch.net/Basile/ 
Opinions are only mine - mes opinions ne sont que miennes
(tel. mobile: cf my web page / voir ma page web)

Re: where is my disk space

[David Wright]

On Sun 04 Aug 2019 at 20:56:01 (+), Long Wind wrote:
>  the file is more than 3 G, i can't read it with nanoi have 3 G memory, no 
> swap
> why don't X print important error msg to terminals?i can't see any of them
> 
> is it a bug of X?? my problem isn't solved, 
> ls .local/share/xorg/ -ltotal 3770920
> -rw-r--r-- 1 zhou zhou  32654 Aug  5 04:40 Xorg.0.log
> -rw-r--r-- 1 zhou zhou  39127 Aug  5 04:38 Xorg.0.log.old
> -rw-r--r-- 1 zhou zhou 3861332996 Aug  4 22:16 Xorg.1.log

You reported Sun, 4 Aug 2019 10:43:06 + (UTC) that:
Xorg.0.log.old
it's more than 3.9G
it seems keeping growing
clearly i don't need it,
i delete it

Since then it would appear that you've run X twice, so any Xorg.0.log*
files from that era have long gone. But now you've sprung the file
Xorg.1.log on us, which looks as though you've run 2 X servers at the
same time, just on the one occasion, the evening of 2019-08-04.
(But I don't know whether you timezone is really UTC.)

I'm guessing that whatever made Xorg.0.log huge also had the same
effect on Xorg.1.log so it would be useful to look at that file
before you delete it.
$ tail -100 ~/.local/share/xorg/Xorg.1.log
will show you the last 100 lines which might be enough. If not,
you can sample the file with
$ less ~/.local/share/xorg/Xorg.1.log
and then by typing   50p   70p   90p   95p   which will move to 50%,
70%, 90%, 95% of the way through the file, faster than scrolling.

It's quite possible that the files' sizes were entirely caused by
your running two X servers at the same time. The log may tell
you what the issue was, and it would be useful to post it
(the issue, and perhaps a few lines from the log) here.

> below is Xorg.0.log:

[snipped]

> On Sunday, August 4, 2019, 11:37:07 PM GMT+8, David Wright 
>  wrote:  
>  On Sun 04 Aug 2019 at 13:06:07 (+0200), Pascal Hambourg wrote:
> > Le 04/08/2019 à 12:43, Long Wind a écrit :
> > > i think i find out
> > > it's in ~/.local it's Xorg.0.log.old
> > > it's more than 3.9G
> > > it seems keeping growing
> > > clearly i don't need it, i delete it
> > > it should solve my problem
> > 
> > What about Xorg.0.log ?
> > If these files keep growing up to such a size, then it means that they
> > are flooded by repeated messages. Before deleting them, you should
> > read their contents and fix the underlying issue or they will fill
> > your disk space again and again.
> 
> Agreed. It would be odd if Xorg.0.log.old is still growing because
> that's the log from the previous session. So I'd assume it's
> probably Xorg.0.log that's growing, and Xorg.0.log.old is just
> sitting there.
> 
> Bear in mind that if you delete a file that is still held open by
> some process, you won't reclaim the free space until that process
> closes the file. So until that time, du will no longer see its
> space as used but df will not see it as available either.

Cheers,
David.

Re: Trying to add new video card

[Felix Miata]

ho...@rumormillnews.com composed on 2019-08-04 17:29 (UTC-0400):

> Whatever's on the motherboard (presumably Kaveri) is still present,
> nothing done to tell it to sit idly by.

The place to start, after putting the GeForce back in, is to try doing 
something.
There should be some BIOS setup option to prefer the GPU that is on a card
installed in a slot instead of the IGP. Whatever the BIOS has that can lead it
away from using the Kaveri IGP should be tried before trying to blame any 
software
for the black screen.

>  Here's the current command line:

> BOOT_IMAGE=/boot/vmlinuz-4.19.0-5-amd64
> root=UUID=c378147d-1aca-4d98-a589-6b47f02e0ef7 ro video=640x400
> consoleblank=600 reboot=pci radeon.cik_support=0 amdgpu.cik_support=1
> quiet

Best to start with a clean sheet. At the Grub menu after striking the E key,
remove everything on the linux line following ro. If it solves, add back each of
the others you wish used one at a time until the problem returns. If it was here
I'd probably start by removing only reboot=pci, radeon... and amdgpu

> Here's mine (without the nvidia card; if that card were in place, system
> boot would not get far enough for me to read and reply to your post):

Unless that card is in fact defective in some way, it should be usable. I 
retested
my NVIDIA GT218 [GeForce 210] to confirm its behavior typifies other cards WRT
connectors used, which is that xrandr treats as primary port that connector 
which
is physically closest to the motherboard. If yours is like mine, that means the
DVI connector is most preferred. Next is the HDMI. When VGA is the only 
connector
used, xrandr reports no primary label. This means best results, or any results
with only a single display in use, may require using a DVI (first choice) or 
HDMI
cable (second choice).

> I'm not sure the boot
> process even reaches the point of launching an xorg server; messages I've
> been seeing are at the console. 

Is another PC available to connect to it via ethernet or wireless, so that a
remote login can be tried to see if boot completed and the fault is only the 
black
screen?

When you reached the black screen, did you try Ctrl-Alt-F2,
Ctrl-Alt-F3...Ctrl-Alt-F6? IME, post-init content of vtty1 isn't necessarily
determinative in Buster of whether boot succeeded, and only the login manager 
or X
is the blocking culprit.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: x and virtual consoles

[Felix Miata]

Ed composed on 2019-08-04 21:01 (UTC+0100):

> For years I would happily ctrl-alt-f<1-6> for an additional x.org 
> session by running 'startx' and another window manager. Until now-ish.

> The way to reproduce the problem is as follows:

>   1. log in via lightdm/gdm
>   2. switch to a text console
>   3. run startx and use the window manager for a moment or two
>   4. switch back to first session

> At this point you should be presented with the default login screen 
> after the x session crashed.

> What I have observed is that x sessions started from a text console can 
> cooperate with each other, it seems limited to lightdm/gdm logins only.

> Something happened between jobs which meant I didn't need to run several 
> user accounts at once. It may have been introduced during Jessie or 
> Stretch.

> Am I alone, or do other people have this issue also? Am I doing multi 
> GUI wrong, is there a modern way to do this that has slipped past me 
> without noticing?

Works on 32 bit Buster on host m7ncd here, with one little glitch that 
Ctrl-Alt-F3
from vtty4 doesn't get me to the session running on vtty3, but Ctrl-Alt-F2 will
get me to vtty2, from which Ctrl-Alt-F3 does work as expected, as does 
Ctrl-Alt-F4
from the session on vtty3. Wierd.

However, your description I do have memory of from last winter. The problem is 
my
memory currently lacks any connective dots between
https://bugzilla.redhat.com/show_bug.cgi?id=1663050
and any possible appearance in Debian months ago.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

lenteur maladive

[hamster]

Salut.

Ca fesait plusieurs mois que j'avais remarqué que mon ordi n'était plus
aussi rapide que d'habitude. Mais la brusquement il s'est mis a etre d'une
lenteur maladive. Du genre a mettre quelques secondes a afficher une
lettre tapée dans un terminal. Alors regarder des vidéos sur youtube j'en
parle meme pas… Un peu comme un système qui swappe a mort, sauf que le
voyant de fonctionnement du disque dur reste éteint et htop me dit que mon
processeur se tourne les pouces.

J'ai redémarré sur un système live sur clef USB : meme lenteur maladive.

J'ai voulu aller regarder dans le BIOS : lui aussi est terriblement lent.

J'ai restauré les paramètres par défauts du BIOS, ca a permis de retrouver
une vitesse normale dans le BIOS et sur système live, mais quand j'ai
relancé debian ca a fonctionné normalement pendant quelques minutes puis
s'est remis a ramer sans raison.

J'ai fait un test de mémoire : tout est OK.

J'en perds mon latin, si quelqu'un a une idée lumineuse je suis preneur.

Merci d'avance.

Re: x and virtual consoles

[nektarios]

On Sun, 4 Aug 2019 18:36:44 -0400
Cindy Sue Causey  wrote:

> On 8/4/19, nektarios  wrote:
> > On Sun, 4 Aug 2019 21:01:57 +0100
> > Ed  wrote:  
> >>
> >> What I have observed is that x sessions started from a text console
> >> can cooperate with each other, it seems limited to lightdm/gdm
> >> logins only.
> >>
> >> Something happened between jobs which meant I didn't need to run
> >> several user accounts at once. It may have been introduced during
> >> Jessie or Stretch.
> >>
> >> Am I alone, or do other people have this issue also? Am I doing
> >> multi GUI wrong, is there a modern way to do this that has slipped
> >> past me without noticing?  
> 
> 
> After sending mine off here, I re-read and thought,, *OH, man, I fully
> missed the point.*
> 
> But I *was* able to get a GUI of *some* sort. I'm on Bullseye with
> xfce4 and ALL that it draws in.
> 
> I've never tried to get anything to interact. It's always about get
> in, un-bork something, and get back out.
> 
> Messaging between the sessions ala the way we were able to with AS/400
> systems mid-1990's comes to mind as a way to test that interaction
> ability. I've come across references to packages that MIGHT do that,
> but I've never had an excuse to download and test drive it/them.
> 
> 
> > Indeed the problem seems reproducible for debian Stretch with sddm
> > display manager.  
> 
> 
> I'll have to give it another shot with those specifics you all are
> saying, but today's definitely not that day *cognitively*. :)
> 
> I've seen where some of you all write about having even more
> minimalist systems than my bare bones debootstraps. I've tried going
> that route and just haven't found something that fits what I need.
> Might just be about adaptation and the lack of being able to do so
> under extreme duress/stress.
> 
> 
> > The only logs appearing are from KDE applications (nothing in X11
> > logs): ```
> > Aug  4 22:40:41 buldozer org.kde.kpasswdserver[958]: The X11
> > connection broke (error 1). Did the X11 server die?
> > Aug  4 22:40:41 buldozer org.kde.kuiserver[958]: kuiserver: Fatal
> > IO error: client killed
> > Aug  4 22:40:41 buldozer org.a11y.atspi.Registry[1251]: XIO:  fatal
> > IO error 11 (Resource temporarily unavailable) on X server ":0"
> > Aug  4 22:40:41 buldozer org.kde.kglobalaccel[958]: The X11
> > connection broke (error 1). Did the X11 server die?
> > Aug  4 22:40:41 buldozer org.a11y.atspi.Registry[1251]:   after
> > 947 requests (947 known processed) with 0 events remaining.
> > Aug  4 22:40:41 buldozer org.kde.KScreen[958]: The X11 connection
> > broke (error 1). Did the X11 server die?
> > ```
> >
> > Unfortunately my PC even worse gets stuck after that so I cant
> > really tell if X11 is running.
> > I hadn't used multiple x sessions for sometime (after I got used to
> > multiple desktops) but this seems an issue.  
> 
> 
> Mine referenced going to ~/.local/share/xorg/* for feedback. That's
> where I did find what appeared to be tinely appropriate for my shot at
> this.
> 
> Started to joke that I'm grateful mine at least didn't do that (get
> stuck), BUT... it DID take it n extra long while to calm down when I
> got back over to F7. That was after I successfully logged in as root
> AND "elf" (instead of "candycane") in full xfce4 graphical interface.
> 
> I'm on extremely limited hardware resources right now. 1GB RAM memory
> so I *a-sumed* that was probably what the momentary hangup was there
> when coming back up after those two success stories occurred.
> 
> I'll have to try doing more of what it sounds like you all are doing.
> I downloaded several different "window managers" (versus "desktop
> environments") just two or three weeks ago but then came back over to
> ol' familiar and friendly Xfce4. Thank you to its Developers!
> 
> I need to order a new hard drive (TODAY, yikes). With this thread in
> mind, I'll create a couple extra partitions dedicated to the "window
> managers" part of this thread when it's time.
> 
> Cindy :)



The xorg log file doesn't seem to have any kind of error in it.
At [1501.620] I start the new session but shows nothing. You can find it
attached.

Nektarios.

Xorg.1.log.old
Description: application/trash

Re: An answer to "Gave up waiting for suspend/resume device"

[Panos Kotzanikolaou]

It worked for me too. Thanks a lot!

Re: x and virtual consoles

[Cindy Sue Causey]

On 8/4/19, nektarios  wrote:
> On Sun, 4 Aug 2019 21:01:57 +0100
> Ed  wrote:
>>
>> What I have observed is that x sessions started from a text console
>> can cooperate with each other, it seems limited to lightdm/gdm logins
>> only.
>>
>> Something happened between jobs which meant I didn't need to run
>> several user accounts at once. It may have been introduced during
>> Jessie or Stretch.
>>
>> Am I alone, or do other people have this issue also? Am I doing multi
>> GUI wrong, is there a modern way to do this that has slipped past me
>> without noticing?


After sending mine off here, I re-read and thought,, *OH, man, I fully
missed the point.*

But I *was* able to get a GUI of *some* sort. I'm on Bullseye with
xfce4 and ALL that it draws in.

I've never tried to get anything to interact. It's always about get
in, un-bork something, and get back out.

Messaging between the sessions ala the way we were able to with AS/400
systems mid-1990's comes to mind as a way to test that interaction
ability. I've come across references to packages that MIGHT do that,
but I've never had an excuse to download and test drive it/them.


> Indeed the problem seems reproducible for debian Stretch with sddm display
> manager.


I'll have to give it another shot with those specifics you all are
saying, but today's definitely not that day *cognitively*. :)

I've seen where some of you all write about having even more
minimalist systems than my bare bones debootstraps. I've tried going
that route and just haven't found something that fits what I need.
Might just be about adaptation and the lack of being able to do so
under extreme duress/stress.


> The only logs appearing are from KDE applications (nothing in X11 logs):
> ```
> Aug  4 22:40:41 buldozer org.kde.kpasswdserver[958]: The X11 connection
> broke (error 1). Did the X11 server die?
> Aug  4 22:40:41 buldozer org.kde.kuiserver[958]: kuiserver: Fatal IO error:
> client killed
> Aug  4 22:40:41 buldozer org.a11y.atspi.Registry[1251]: XIO:  fatal IO error
> 11 (Resource temporarily unavailable) on X server ":0"
> Aug  4 22:40:41 buldozer org.kde.kglobalaccel[958]: The X11 connection broke
> (error 1). Did the X11 server die?
> Aug  4 22:40:41 buldozer org.a11y.atspi.Registry[1251]:   after 947
> requests (947 known processed) with 0 events remaining.
> Aug  4 22:40:41 buldozer org.kde.KScreen[958]: The X11 connection broke
> (error 1). Did the X11 server die?
> ```
>
> Unfortunately my PC even worse gets stuck after that so I cant really tell
> if X11 is running.
> I hadn't used multiple x sessions for sometime (after I got used to multiple
> desktops) but this seems an issue.


Mine referenced going to ~/.local/share/xorg/* for feedback. That's
where I did find what appeared to be tinely appropriate for my shot at
this.

Started to joke that I'm grateful mine at least didn't do that (get
stuck), BUT... it DID take it n extra long while to calm down when I
got back over to F7. That was after I successfully logged in as root
AND "elf" (instead of "candycane") in full xfce4 graphical interface.

I'm on extremely limited hardware resources right now. 1GB RAM memory
so I *a-sumed* that was probably what the momentary hangup was there
when coming back up after those two success stories occurred.

I'll have to try doing more of what it sounds like you all are doing.
I downloaded several different "window managers" (versus "desktop
environments") just two or three weeks ago but then came back over to
ol' familiar and friendly Xfce4. Thank you to its Developers!

I need to order a new hard drive (TODAY, yikes). With this thread in
mind, I'll create a couple extra partitions dedicated to the "window
managers" part of this thread when it's time.

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

Re: x and virtual consoles

[Cindy Sue Causey]

On 8/4/19, Ed  wrote:
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
>
> The way to reproduce the problem is as follows:
>
>   1. log in via lightdm/gdm
>   2. switch to a text console
>   3. run startx and use the window manager for a moment or two
>   4. switch back to first session
>
> At this point you should be presented with the default login screen
> after the x session crashed.
>
> What I have observed is that x sessions started from a text console can
> cooperate with each other, it seems limited to lightdm/gdm logins only.
>
> Something happened between jobs which meant I didn't need to run several
> user accounts at once. It may have been introduced during Jessie or
> Stretch.
>
> Am I alone, or do other people have this issue also? Am I doing multi
> GUI wrong, is there a modern way to do this that has slipped past me
> without noticing?


Hi, Ed.. Am not having the bestest of "cognitive" days (so the tech
aspect is just out of reach overhead), but I can comment a little. I
remember being able to have two full graphical sessions running, each
on a different [console]. I tried to do it a few months ago because of
some reason I actually needed it finally... and it didn't work.

It didn't work just now, either. It crashed again. The blurb that I
caught and that I could still remember while switching between
consoles was that it would send feedback to
~/.local/share/xorg/Xorg.1.log.

If that's true, it ends with:

"Server terminated successfully (0). Closing log file."

Successfully? Maybe it just means that it didn't hang permanently and
that it closed out without leaving any loose ends. The date stamp on
that file is appropriate for when I just tried it.

Then I got to thinking.. I next tried root and a different regular
user account, and both worked fine. Maybe I'm just remembering wrong
about past experiences.

It's possible I never tried to open two sessions of the *same* User
until very recently. If I did go that second console route for any
real purpose, it would have most likely been about accessing root for
a few seconds for whatever reason. That would explain why my memory is
that things always worked.

The first time I ever would have tried it at all would have been out
of curiosity as to whether or not two graphical interfaces were even
possible at the same time... since there ARE additional consoles just
hanging around doing nothin'. :)

Kind of make sense that it would, maybe should crash for the same
User. Seems like being signed in as the same person twice might,
likely would cause conflicts of some kind. Maybe there's a "lockfile"
situation of some type keeping the same User from signing in twice?

OR NOT. :)

Have fun!

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

Re: x and virtual consoles

[nektarios]

On Sun, 4 Aug 2019 21:01:57 +0100
Ed  wrote:

> Hello,
> 
> For years I would happily ctrl-alt-f<1-6> for an additional x.org 
> session by running 'startx' and another window manager. Until now-ish.
> 
> The way to reproduce the problem is as follows:
> 
>   1. log in via lightdm/gdm
>   2. switch to a text console
>   3. run startx and use the window manager for a moment or two
>   4. switch back to first session
> 
> At this point you should be presented with the default login screen 
> after the x session crashed.
> 
> What I have observed is that x sessions started from a text console
> can cooperate with each other, it seems limited to lightdm/gdm logins
> only.
> 
> Something happened between jobs which meant I didn't need to run
> several user accounts at once. It may have been introduced during
> Jessie or Stretch.
> 
> Am I alone, or do other people have this issue also? Am I doing multi 
> GUI wrong, is there a modern way to do this that has slipped past me 
> without noticing?
> 

Indeed the problem seems reproducible for debian Stretch with sddm display 
manager.
The only logs appearing are from KDE applications (nothing in X11 logs):
```
Aug  4 22:40:41 buldozer org.kde.kpasswdserver[958]: The X11 connection broke 
(error 1). Did the X11 server die?
Aug  4 22:40:41 buldozer org.kde.kuiserver[958]: kuiserver: Fatal IO error: 
client killed
Aug  4 22:40:41 buldozer org.a11y.atspi.Registry[1251]: XIO:  fatal IO error 11 
(Resource temporarily unavailable) on X server ":0"
Aug  4 22:40:41 buldozer org.kde.kglobalaccel[958]: The X11 connection broke 
(error 1). Did the X11 server die?
Aug  4 22:40:41 buldozer org.a11y.atspi.Registry[1251]:   after 947 
requests (947 known processed) with 0 events remaining.
Aug  4 22:40:41 buldozer org.kde.KScreen[958]: The X11 connection broke (error 
1). Did the X11 server die?
```

Unfortunately my PC even worse gets stuck after that so I cant really tell if 
X11 is running.
I hadn't used multiple x sessions for sometime (after I got used to multiple 
desktops) but this seems an issue. 

Re: where is my disk space

[Pascal Hambourg]

Le 04/08/2019 à 22:56, Long Wind a écrit :

  the file is more than 3 G, i can't read it with nanoi have 3 G memory, no swap


You do not use an *editor* to *read* a file, you use a pager such as 
more, less, most...



why don't X print important error msg to terminals?i can't see any of them

is it a bug of X?? my problem isn't solved,
ls .local/share/xorg/ -ltotal 3770920
-rw-r--r-- 1 zhou zhou  32654 Aug  5 04:40 Xorg.0.log
-rw-r--r-- 1 zhou zhou  39127 Aug  5 04:38 Xorg.0.log.old
-rw-r--r-- 1 zhou zhou 3861332996 Aug  4 22:16 Xorg.1.log

below is Xorg.0.log:


This one is normal.

Re: Trying to add new video card

[hobie]

Thanks, Felix. P:)

>> My amd64 stable ('buster') system has this on the motherboard:
>
>> AMD Kaveri [Radeon R7 Graphics]
>
>> In the "Psychedelic colors" thread we added this to the kernal
>> commandline:
>
>> radeon.cik_support=0 amdgpu.cik_support=1
>
>> ...which, in the long run, may not have been necessary, but it's still
>> there.
>
> They should be inert with no AMD GPU or APU available.

Whatever's on the motherboard (presumably Kaveri) is still present,
nothing done to tell it to sit idly by.  Here's the current command line:

BOOT_IMAGE=/boot/vmlinuz-4.19.0-5-amd64
root=UUID=c378147d-1aca-4d98-a589-6b47f02e0ef7 ro video=640x400
consoleblank=600 reboot=pci radeon.cik_support=0 amdgpu.cik_support=1
quiet

>> I plugged in an nvidia GeForce 210 card and essentially lost most
>> functional video, resulting in either "no signal" or a message that
>> meant
>> "I can see a signal but somewhere/somehow, it's not supported", sent by
>> the display, depending on which card I connected to the display via
>> either VGA or DVI cable.
>
>> What am I missing?  What do I need to do in order to make use of the
>> nvidia GeForce card?
>
> Is there some leftover manual Kaveri configuration via xrandr, kernel
> cmdline or /etc/X11/xorg.con*? I would expect it to work perfectly
> automagically, like mine:

Here's mine (without the nvidia card; if that card were in place, system
boot would not get far enough for me to read and reply to your post):

inxi -GxxS
System:
  Host: saphira Kernel: 4.19.0-5-amd64 x86_64 bits: 64 compiler: gcc
  v: 8.3.0 Desktop: Xfce 4.12.4 tk: Gtk 2.24.32 wm: xfwm4 dm: LightDM
  Distro: Debian GNU/Linux 10 (buster)
Graphics:
  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK driver: amdgpu
  v: kernel bus ID: 00:01.0 chip ID: 1002:130f
  Display: x11 server: X.Org 1.20.4 driver: amdgpu,ati
  unloaded: fbdev,modesetting,vesa resolution: 1600x900~60Hz
  OpenGL: renderer: AMD KAVERI (DRM 3.27.0 4.19.0-5-amd64 LLVM 7.0.1)
  v: 4.5 Mesa 18.3.6 direct render: Yes

xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
Screen 0: minimum 320 x 200, current 1600 x 900, maximum 16384 x 16384
DVI-D-0 connected 1600x900+0+0 (normal left inverted right x axis y axis)
443mm x 249mm
   1600x900  60.00*+

Grub:
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX="video=640x400 consoleblank=600 reboot=pci
radeon.cik_support=0 amdgpu.cik_support=1"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=640x480
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"


> Are there (EE) lines in /var/log/Xorg.0.log or
> ~/.local/share/xorg/Xorg.0.log?

None, presently. with the  nvidia card having been removed for now, to
make the computer at all usable - but as mentioned, I'm not sure the boot
process even reaches the point of launching an xorg server; messages I've
been seeing are at the console.

>  Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
>
> Felix Miata  ***  http://fm.no-ip.com/

I was a big OS/2 fan, felt most unhappy when IBM chose not to support
non-commercial users any longer - but then that's how we've come to be
here together on this list, so ... :)

--hobie

x and virtual consoles

[Ed]

Hello,

For years I would happily ctrl-alt-f<1-6> for an additional x.org 
session by running 'startx' and another window manager. Until now-ish.

The way to reproduce the problem is as follows:

  1. log in via lightdm/gdm
  2. switch to a text console
  3. run startx and use the window manager for a moment or two
  4. switch back to first session

At this point you should be presented with the default login screen 
after the x session crashed.

What I have observed is that x sessions started from a text console can 
cooperate with each other, it seems limited to lightdm/gdm logins only.

Something happened between jobs which meant I didn't need to run several 
user accounts at once. It may have been introduced during Jessie or 
Stretch.

Am I alone, or do other people have this issue also? Am I doing multi 
GUI wrong, is there a modern way to do this that has slipped past me 
without noticing?

-- 
Best regards,
Ed http://www.s5h.net/

Re: odd passwd problem.

[Gene Heskett]

On Sunday 04 August 2019 11:44:23 David Wright wrote:

> On Sun 04 Aug 2019 at 19:02:01 (+1200), Richard Hector wrote:
> > On 4/08/19 2:46 AM, Gene Heskett wrote:
> > >>> gene@picnc:~$ sudo adduser
> > >>> [sudo] password for gene:
> > >>> adduser: Only one or two names allowed.
> > >>> gene@picnc:~$
> > >>
> > >> I'm guessing 'adduser' needs at least a name for the new user ;)
> > >
> > > Ac the manpage, correct. And I didn't give it a name, so it picked
> > > the only error answer it had. Really helpfull, NOT!
> >
> > Slightly odd wording, but the correct message - it needs one or two
> > names, and you gave it zero :-)
>
> May I agree with you, and say that the earlier comment disappoints me.
>
> A lot of linux man pages are written by people who have English as a
> second language (or even a third, fourth …), so we native English
> speakers ought to think ourselves lucky and privileged to have all the
> documentation primarily available in our own language. And if you're
> going to criticise, criticise constructively.
>
This is true, David. As a native English speaker, I tend to forget that. 
And I find I need reminded that 90% of the planets population has had to 
learn my language, and I should thank them more often for doing so. I am 
blessed that others have made the effort, thank you, a lot.

And that can lead to stronger responses when my native tongue gets 
mangled.  My apologies for that too.

> Cheers,
> David.


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: 3 phase power converters

[Gene Heskett]

On Sunday 04 August 2019 10:45:08 John Hasler wrote:

> Gene writes:
> > Three phase, at most any frequency can be had a lot cheaper at up to
> > 10 horse or so by using a suitably sized VFD.
>
> Yes.  Don't buy a static or rotary converter for a single machine. 
> They only make sense these days if you can build them at no cost with
> stuff you have laying around.
>
> Put an external fan on your motor.  If you are going to operate at
> those frequencies a thermistor in the windings would also be a good
> idea.  The motor is very inefficient down there so you want to keep an
> eye on the temperature even with forced cooling.  The thermistor can
> also control the fan.
>
> You can get more torque at high frequencies if you up the voltage, but
> most VFDs can't do that.  Besides, you'd be pushing the voltage rating
> on the insulation.
>
> One reason to consider a motor-generator set (or utility supplied
> three phase) for a shop full of VFD-equipped three-phase machines is
> that VFDs operating from single phase are limited by the need for
> large filter capacitors.

And that plays hob with the power factor. But with 6 houses on that can, 
and no one else with machinery, pure residential loads,  I don't figure 
my 2 vfd's are going to be noticed. The 2nd one is a 127 volt input, 
driving a 1.5 horse water cooled spindle on a 6040 gantry style mill, 
can do 24k rpms at full 400 hz song. And actually, I have a dc motor 
supply I have to softstart, too many u-f's in the filter bank, a hard 
start trips a 30A (and definitely sick bird breaker). The softstart lets 
me use a just barely legal 20A breaker.  Normal draw is under 4 amps 
when the machine is working unless its rigid tapping with a big tap.

But this is a long ways offtopic, so last post.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: odd passwd problem.

[David Wright]

On Sun 04 Aug 2019 at 19:02:01 (+1200), Richard Hector wrote:
> On 4/08/19 2:46 AM, Gene Heskett wrote:
> >>> gene@picnc:~$ sudo adduser
> >>> [sudo] password for gene:
> >>> adduser: Only one or two names allowed.
> >>> gene@picnc:~$
> >> I'm guessing 'adduser' needs at least a name for the new user ;)
> >>
> > Ac the manpage, correct. And I didn't give it a name, so it picked the 
> > only error answer it had. Really helpfull, NOT!
> 
> Slightly odd wording, but the correct message - it needs one or two
> names, and you gave it zero :-)

May I agree with you, and say that the earlier comment disappoints me.

A lot of linux man pages are written by people who have English as a
second language (or even a third, fourth …), so we native English
speakers ought to think ourselves lucky and privileged to have all the
documentation primarily available in our own language. And if you're
going to criticise, criticise constructively.

Cheers,
David.

Re: where is my disk space

[David Wright]

On Sun 04 Aug 2019 at 13:06:07 (+0200), Pascal Hambourg wrote:
> Le 04/08/2019 à 12:43, Long Wind a écrit :
> > i think i find out
> > it's in ~/.local it's Xorg.0.log.old
> > it's more than 3.9G
> > it seems keeping growing
> > clearly i don't need it, i delete it
> > it should solve my problem
> 
> What about Xorg.0.log ?
> If these files keep growing up to such a size, then it means that they
> are flooded by repeated messages. Before deleting them, you should
> read their contents and fix the underlying issue or they will fill
> your disk space again and again.

Agreed. It would be odd if Xorg.0.log.old is still growing because
that's the log from the previous session. So I'd assume it's
probably Xorg.0.log that's growing, and Xorg.0.log.old is just
sitting there.

Bear in mind that if you delete a file that is still held open by
some process, you won't reclaim the free space until that process
closes the file. So until that time, du will no longer see its
space as used but df will not see it as available either.

Cheers,
David.

Re: PROGRESS!! - was {Re: Wireless home LAN - WiFi vs Bluetooth?}

[Richard Hector]

On 5/08/19 12:07 AM, to...@tuxteam.de wrote:
> On Sun, Aug 04, 2019 at 12:58:14PM +0100, mick crane wrote:
> 
>> what sort of cable ?
>> If ethernet, machine to machine directly seem to recall you might
>> want a cross over cable.
>> Can chop cable in two and connect the
>> red to green,
>> green to red,
>> red stripy to green stripy
>> green stripy to red stripy
>> I think.
> 
> Ethernet crossover is pretty much defunct [1].
> 
> These days (> 1998) most Ethernet hardware can sort this out
> automatically (called Auto MDI-X [2]). So unless you are using
> historical hardware, this is a non-issue. Still, for people
> in contact with old hardware, it is a good skill to have :-)
> 
> Cheers
> 
> [1] https://en.wikipedia.org/wiki/Ethernet_crossover_cable#Automatic_crossover
> [2] https://en.wikipedia.org/wiki/Medium_Dependent_Interface#Auto_MDI-X

And if you are making a crossover, I wouldn't rely on the colours -
there's multiple correct options for those. And none of the colours is
red :-)

And as for cutting and joining - you're going to get a pretty awful
cable that way, and unreliable at speed. Better to cut one plug off and
put a new one on, but that requires a plug and crimper.

But as Tomas says, if either end is remotely recent, it's a non-issue.

Richard



signature.asc
Description: OpenPGP digital signature

Re: 3 phase power converters

[John Hasler]

Gene writes:
> Three phase, at most any frequency can be had a lot cheaper at up to
> 10 horse or so by using a suitably sized VFD.

Yes.  Don't buy a static or rotary converter for a single machine.  They
only make sense these days if you can build them at no cost with stuff
you have laying around.

Put an external fan on your motor.  If you are going to operate at those
frequencies a thermistor in the windings would also be a good idea.  The
motor is very inefficient down there so you want to keep an eye on the
temperature even with forced cooling.  The thermistor can also control
the fan.

You can get more torque at high frequencies if you up the voltage, but
most VFDs can't do that.  Besides, you'd be pushing the voltage rating
on the insulation.

One reason to consider a motor-generator set (or utility supplied three
phase) for a shop full of VFD-equipped three-phase machines is that VFDs
operating from single phase are limited by the need for large filter
capacitors.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Laptop pour Debian

[Erwan David]

On 8/3/19 11:16 PM, C. Mourad Jaber wrote:

Le 27/07/2019 à 12:05, Erwan David a écrit :
Mon vénérable Thinkpad T530 vient de rendre l'âme (sauf miracle 
lundi). Donc je me renseigne pour le remplacer.


Mes critères :

15"

16G de RAM

500 G SSD

pas trop fin (pour pas chauffer), et avec connectique intégrée 
suffisante (carte SD, 2 USB, RJ45)


possibilité de dock

autonomie (quand je vois des batteries 3 cellules intégré et pas 
rempaçables...)


Supporté sopus debian testing (j'accepte les firmware proprios s'ils 
sont dans non-free).


Si vous avez des idées...

Merci



Bonjour,

Personnellement, j'ai tenté l'expérience avec Slimbook... Laptop 
d'assemblage pré installé avec la distrib linux de ton choix.


J'ai le KDE slimbook (1ere édition) et ça marche très bien... La 
version 2 est sortie et les configurations sont alléchantes :


https://slimbook.es/en/store/slimbook-kde/kde-ii-intel-i7-1-comprar

C'est une boite espagnole, ils sont très sérieux et réactif et ils 
installent un clavier français !


Mes 2 cents



Bon j'ai déjà commandé un lenovo T590...

Peut-être pour le prochain (dans 7 ans encore ?)

Re: debconf20 serà a Israel (!!??)

[Joan]

Heu llegit la Maternitat d'Elna, de l'Assumpta Montellà. Allà explica
com es va tractar i deixar morir centenar de refugiats replublicans...
Això mateix fem ara els països com Espanya, Itàlia, França amb els
migrants de la mediterrània. Ens apliquem el boicot a naltros? Si volem
més motius: venda d'armes a l'Aràbia Saudí, a Israel...

A mi em sembla bé fer un boicot a Israel com es va fer a Sudàfrica. I
per tant no m'agrada la decisió de la defconf a Israel. Però aquí
tampoc ens lliurem de la nostra part alíquota de misèries.

Joan Cervan

El Sat, 3 Aug 2019 12:52:35 +0200
Narcis Garcia  va escriure el següent:

> El millor seria desenvolupar (i proposar) un criteri general, amb el
> qual es pogués posar a prova qualsevol exemple del món.
> Altres llocs on ens podria estranyar molt una activitat global de
> Debian podrien ser: Líbia, Afganistan, Nepal, Corea del Nord...
> 
> 
> 
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive
> administrator should fix this against automated addresses collectors.
> El 3/8/19 a les 12:11, Pedro ha escrit:
> > Algú que hagi anat a la debconf19 o que estigui més al cas ens pot
> > explicar com un projecte que treu pit per inclusivitat [1] com
> > debian accepti fer la seva trobada anual en un país que està fent
> > una ocupació forçada i assetjament continu contra el poble palestí,
> > poble originari d'allà des de fa molts anys (per tant una situació
> > colonialista i recent). Debian ha fet o farà un comunicat al
> > respecte?
> > 
> > La verificació final de les persones i les organitzacions són els
> > fets, no les paraules. Com se suposa que jo m'he de prendre això?
> > 
> > The actual Debian Developers Conference started on Sunday 21 July
> > 2019. Together with plenaries such as the the traditional ‘Bits
> > from the DPL’, lightning talks, live demos and the announcement of
> > next year’s DebConf (DebConf20 in Haifa, Israel),
> > 
> > [1] https://bits.debian.org/2019/06/diversity-and-inclusion.html
> >   
> 

Re: PROGRESS!! - was {Re: Wireless home LAN - WiFi vs Bluetooth?}

[tomas]

On Sun, Aug 04, 2019 at 12:58:14PM +0100, mick crane wrote:

> what sort of cable ?
> If ethernet, machine to machine directly seem to recall you might
> want a cross over cable.
> Can chop cable in two and connect the
> red to green,
> green to red,
> red stripy to green stripy
> green stripy to red stripy
> I think.

Ethernet crossover is pretty much defunct [1].

These days (> 1998) most Ethernet hardware can sort this out
automatically (called Auto MDI-X [2]). So unless you are using
historical hardware, this is a non-issue. Still, for people
in contact with old hardware, it is a good skill to have :-)

Cheers

[1] https://en.wikipedia.org/wiki/Ethernet_crossover_cable#Automatic_crossover
[2] https://en.wikipedia.org/wiki/Medium_Dependent_Interface#Auto_MDI-X

-- t


signature.asc
Description: Digital signature

Re: PROGRESS!! - was {Re: Wireless home LAN - WiFi vs Bluetooth?}

[mick crane]

On 2019-07-29 17:56, Richard Owlett wrote:

On 07/29/2019 10:51 AM, Richard Owlett wrote:

On 07/29/2019 10:10 AM, Patrick Bartek wrote:

[snip]
Since your machines are very close together, take a look at USB to 
USB

networking.


Did ;} One of the first things I thought of as I date back days of 
everyone having multiple RS-232 null modems.

Unfortunately the one I ended up with was extremely Windows-centric.
My WinXP machine recognized it with no problem. Whatever version of 
Debian I was running at the time did not. The cardboard backing of the 
bubblepak it came in was sticking out of my Misc cubbyholes.


It's website [https://plugable.com/products/usb-easy-tran/] claims:

Linux kernels 3.0 and later support the cable as a high-speed
virtual network interface, but offer no special file transfer 
support.


Found cable.
Plugged in to two Debian 9.8 machines with MATE DE.
On both machines the Ethernet icon indicated it was attempting to 
connect.

Both correctly reported manufacturer and model.
One reported missing firmware.

I have an errand to run and will do a web search for firmware when I 
get back.


QUESTION:
What log file(s) should I be watching for diagnostic information?


what sort of cable ?
If ethernet, machine to machine directly seem to recall you might want a 
cross over cable.

Can chop cable in two and connect the
red to green,
green to red,
red stripy to green stripy
green stripy to red stripy
I think.

mick

--
Key ID4BFEBB31

Re: where is my disk space

[Pascal Hambourg]

Le 04/08/2019 à 12:43, Long Wind a écrit :

i think i find out
it's in ~/.local it's Xorg.0.log.old
it's more than 3.9G
it seems keeping growing
clearly i don't need it, i delete it
it should solve my problem


What about Xorg.0.log ?
If these files keep growing up to such a size, then it means that they 
are flooded by repeated messages. Before deleting them, you should read 
their contents and fix the underlying issue or they will fill your disk 
space again and again.

Re: where is my disk space

[Long Wind]

 i think i find outit's in ~/.local it's Xorg.0.log.oldit's more than 3.9Git 
seems keeping growingclearly i don't need it, i delete it
it should solve my problem
Thanks to all that reply!

On Sunday, August 4, 2019, 6:26:11 PM GMT+8, to...@tuxteam.de 
 wrote:  
 
 On Sun, Aug 04, 2019 at 09:37:12AM +, Long Wind wrote:
>  thank!  i enter "du -sh /home", it's 5.8G. it's unbelievable

You mean: it is more than you expected? If so, you can try

  du -sh /home/*

to see which subdirectory holds the biggest chunk, and slowly
work your way down the directory tree (note: this will exclude
the dot files and directories, because the glob ("*") doesn't
include them, at least usually. If you suspect one of those,
better do

  du -sh $(ls -A /home)

or something similar)

> i enter "df -h"Filesystem  Size  Used Avail Use% Mounted on
> udev    1.5G 0  1.5G   0% /dev
> tmpfs   298M  4.5M  293M   2% /run
> /dev/sda2   9.8G  9.3G 0 100% /..
> 
> 0.5 G seems missing

Others have chimed in with good ideas. First, 0.5G seems reasonable
for "file system internal use" -- inodes, possibly journal, etc.

On my box:

  tomas@trotzki:~$ sudo du -sh /home
  [sudo] password for tomas: 
  368G    /home
  
  tomas@trotzki:~$ df -h
  Filesystem                Size  Used Avail Use% Mounted on
  [...]
  /dev/mapper/trotzki-home  640G  368G  241G  61% /home

That's (368 - 241) / 368 -- around 35 percent (it's an ext4 file system).

Cheers
-- tomás  

Re: where is my disk space

[tomas]

On Sun, Aug 04, 2019 at 09:37:12AM +, Long Wind wrote:
>  thank!  i enter "du -sh /home", it's 5.8G. it's unbelievable

You mean: it is more than you expected? If so, you can try

  du -sh /home/*

to see which subdirectory holds the biggest chunk, and slowly
work your way down the directory tree (note: this will exclude
the dot files and directories, because the glob ("*") doesn't
include them, at least usually. If you suspect one of those,
better do

  du -sh $(ls -A /home)

or something similar)

> i enter "df -h"Filesystem  Size  Used Avail Use% Mounted on
> udev    1.5G 0  1.5G   0% /dev
> tmpfs   298M  4.5M  293M   2% /run
> /dev/sda2   9.8G  9.3G 0 100% /..
> 
> 0.5 G seems missing

Others have chimed in with good ideas. First, 0.5G seems reasonable
for "file system internal use" -- inodes, possibly journal, etc.

On my box:

  tomas@trotzki:~$ sudo du -sh /home
  [sudo] password for tomas: 
  368G/home
  
  tomas@trotzki:~$ df -h
  FilesystemSize  Used Avail Use% Mounted on
  [...]
  /dev/mapper/trotzki-home  640G  368G  241G  61% /home

That's (368 - 241) / 368 -- around 35 percent (it's an ext4 file system).

Cheers
-- tomás


signature.asc
Description: Digital signature

Re: where is my disk space

[Étienne Mollier]

On 04/08/2019 11.58, Andrei POPESCU wrote:
> On Du, 04 aug 19, 11:46:31, Étienne Mollier wrote:
>> This space is most likely taken up by file system metadata, such
>> as inode tables, or journaling space.  0.5 G looks a lot like 5%
>> of a 10 G partition, which is the default setting for Ext4
>> metadata as provided in Debian Installer.
> The 5% are "reserved for the super-user", not metadata, see the manpage 
> for mke2fs.

My bad, I shouldn't intervene from memory like this.  Now you
mention it, I recall it's also worded this way in d-i too.

Thanks,
-- 
Étienne Mollier 
   5AB1 4EDF 63BB CCFF 8B54 2FA9 59DA 56FE FFF3 882D



signature.asc
Description: OpenPGP digital signature

Re: where is my disk space

[Andrei POPESCU]

On Du, 04 aug 19, 11:46:31, Étienne Mollier wrote:
> 
> This space is most likely taken up by file system metadata, such
> as inode tables, or journaling space.  0.5 G looks a lot like 5%
> of a 10 G partition, which is the default setting for Ext4
> metadata as provided in Debian Installer.

The 5% are "reserved for the super-user", not metadata, see the manpage 
for mke2fs.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: where is my disk space

[Thomas Schmitt]

Hi,

Long Wind wrote:
> /dev/sda2   9.8G  9.3G 0 100% /

I place my bet on the highest rated answer in
  
https://unix.stackexchange.com/questions/7950/reserved-space-for-root-on-a-filesystem-why
mattdm wrote there:
  "Ext3 is pretty good at avoiding filesystem fragmentation, but once
   you get above about 95% full, that behavior falls off the cliff,
   and suddenly filesystem performance becomes a mess. So leaving 5%
   reserved gives you a buffer against this."


Have a nice day :)

Thomas

Re: where is my disk space

[Andrei POPESCU]

On Du, 04 aug 19, 08:32:00, Long Wind wrote:
> i have stretch at sda2, which has 9.8Gfree space is far more than 1 Gbut some 
> program i'm unware of take all space
> how to find out and solve? Thanks!


To find out what files are taking up the space

Command line:

du -hx --maxdepth=1  | sort -h

Start with the mountpoint of the drive and work your way through the 
directories.

Run as root if you get permission errors (e.g. you start at /)


Text user interface:

Press Ctrl+Space in mc to find out the size of directories, though the 
display is not so friendly for large sizes (KiB or B only).

ncdu uses adaptive units and a sort of graphical aid, but you'll have to 
go back to mc (or command line) to actually do something about it.


Graphical user interface:

My preferred tool for something like this would be one of the Total 
Commander clones, e.g. Tux Commander (package tuxcmd), but there is also 
Double Commander (doublecmd-gtk or doublecmd-qt, depending on your 
environment), as well as Krusader (package krusader, all the bells and 
whistles, but also heavier).


Solutions depend a lot on what is using up your space.


Hope this helps,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: where is my disk space

[Étienne Mollier]

Long Wind, on 2019-08-04:
> i enter "df -h"
> Filesystem  Size  Used Avail Use% Mounted on
> [...]
> /dev/sda2   9.8G  9.3G 0 100% /
> ..
>
> 0.5 G seems missing

This space is most likely taken up by file system metadata, such
as inode tables, or journaling space.  0.5 G looks a lot like 5%
of a 10 G partition, which is the default setting for Ext4
metadata as provided in Debian Installer.

Kind Regards
-- 
Étienne Mollier 
   5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d




signature.asc
Description: OpenPGP digital signature

Re: where is my disk space

[Étienne Mollier]

tomás, on 2019-08-04:
> On Sun, Aug 04, 2019 at 08:32:00AM +, Long Wind wrote:
> > i have stretch at sda2, which has 9.8G
> > free space is far more than 1 G
> > but some program i'm unware of take all space
> >
> > how to find out and solve? Thanks!
>
> Your request is too general for a meaningful answer.
>
> First off, space on a file system is taken up by "files". If you want
> to find out where the space is missing, "du" is a good command.
>
> Files live on file systems, so "sda2" (the device) is pretty meaningless
> in this context [1]. Let's assume /dev/sda2 is mounted on / -- then
>
>   sudo du -sh /*
>
> will give you, directory for directory, where the space goes (the option
> "-s" says "summary", the option "-h" is for "human readable" (i.e. it
> would say "1.2G" instead of "1201345", for example).
>
> Then you can work your way down. May be you find a file you "know" and
> decide you can remove it. Maybe you aren't sure -- then the next step
> would be to find out which program is generating those files.
>
> There are many details I left off, but you'd have to be more specific
> if you want more specific help.

Good day Long Wind,

In complement to the advice from tomás about using "du", if you
have a bit of space left, you can install "ncdu" and use it to
identify which directory takes all the space:

$ sudo apt install ncdu

To scan your root file system, assuming it is the mount point of
your /dev/sda2, for instance you could run the following
command, give some time to the command for proceeding to the
scan, and navigate in your file system tree, sorted by disk
usage:

$ sudo ncdu -x /

Note the "-x" switch, which will avoid to cross file system
mount points, this is useful for instance to /not/ scan
directories such as /proc or /sys, which are not stored on disk
but in memory, and generally it avoids to scan files which are
not members of the partition.  The "du" command also accepts
this option, by the way, but is a bit tricky to use when
scanning /* as one would have to exclude explicitly mount points
such as /sys, /proc and /dev with several --exclude= options.

Kind Regards
-- 
Étienne Mollier 
   5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d




signature.asc
Description: OpenPGP digital signature

Re: where is my disk space

[tomas]

On Sun, Aug 04, 2019 at 08:32:00AM +, Long Wind wrote:
> i have stretch at sda2, which has 9.8Gfree space is far more than 1 Gbut some 
> program i'm unware of take all space
> how to find out and solve? Thanks!

Your request is too general for a meaningful answer.

First off, space on a file system is taken up by "files". If you want
to find out where the space is missing, "du" is a good command.

Files live on file systems, so "sda2" (the device) is pretty meaningless
in this context [1]. Let's assume /dev/sda2 is mounted on / -- then

  sudo du -sh /*

will give you, directory for directory, where the space goes (the option
"-s" says "summary", the option "-h" is for "human readable" (i.e. it
would say "1.2G" instead of "1201345", for example).

Then you can work your way down. May be you find a file you "know" and
decide you can remove it. Maybe you aren't sure -- then the next step
would be to find out which program is generating those files.

There are many details I left off, but you'd have to be more specific
if you want more specific help.

Cheers

[1] Blame stupid desktop environments for leading users to mix up
   all that stuff.

-- tomás


signature.asc
Description: Digital signature

Re: Trying to add new video card

[Felix Miata]

ho...@rumormillnews.com composed on 2019-08-04 04:19 (UTC-0400):
 
> My amd64 stable ('buster') system has this on the motherboard:
 
> AMD Kaveri [Radeon R7 Graphics]
 
> In the "Psychedelic colors" thread we added this to the kernal commandline:
 
> radeon.cik_support=0 amdgpu.cik_support=1
 
> ...which, in the long run, may not have been necessary, but it's still there.

They should be inert with no AMD GPU or APU available.

> I plugged in an nvidia GeForce 210 card and essentially lost most
> functional video, resulting in either "no signal" or a message that meant
> "I can see a signal but somewhere/somehow, it's not supported", sent by
> the display, depending on which card I connected to the display via either
> VGA or DVI cable.
 
> What am I missing?  What do I need to do in order to make use of the
> nvidia GeForce card?

Is there some leftover manual Kaveri configuration via xrandr, kernel cmdline or
/etc/X11/xorg.con*? I would expect it to work perfectly automagically, like 
mine:

> inxi -GxxS
System:Host: hp945 Kernel: 4.19.0-5-amd64 x86_64 bits: 64 compiler: gcc v: 
8.3.0 Desktop: Trinity R14.0.7
   tk: Qt 3.5.0 wm: Twin dm: startx Distro: Debian GNU/Linux 10 (buster)
Graphics:  Device-1: NVIDIA GT218 [GeForce 210] vendor: eVga.com. driver: 
nouveau v: kernel bus ID: 01:00.0
   chip ID: 10de:0a65
   Display: tty server: X.Org 1.20.4 driver: modesetting unloaded: 
fbdev,vesa resolution: 1920x1200~60Hz
   OpenGL: renderer: NVA8 v: 3.3 Mesa 18.3.6 direct render: Yes
> xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
DVI-I-1 connected primary 1920x1200+0+0 (normal left inverted right x axis y 
axis) 519mm x 324mm
   1920x1200 59.95*+

Are there (EE) lines in /var/log/Xorg.0.log or ~/.local/share/xorg/Xorg.0.log?
If yes, please share the entire log.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: debconf20 serà a Israel (!!??)

[Manuel Fauvell]

I un altre any sense conferència a Europa.Sí no hi haguere un altre remei, 
és podrie comprende. Però Lisboa no té els problemas de Haifa. Porte desde 
Sarge testing gastant Debian i he viscut moltes coses no boniques en Debian, 
però aquesta em paréix la més lletja.

El 4 de agosto de 2019 10:08:57 CEST, "Ernest Adrogué"  
escribió:
>2019-08- 3, 12:11 (+0200); Pedro escriu:
>> Algú que hagi anat a la debconf19 o que estigui més al cas ens pot
>> explicar com un projecte que treu pit per inclusivitat [1] com debian
>> accepti fer la seva trobada anual en un país que està fent una
>ocupació
>> forçada i assetjament continu contra el poble palestí, poble
>originari
>> d'allà des de fa molts anys (per tant una situació colonialista i
>> recent). Debian ha fet o farà un comunicat al respecte?
>> 
>> La verificació final de les persones i les organitzacions són els
>fets,
>> no les paraules. Com se suposa que jo m'he de prendre això?
>
>Debian és una organització que es dedica al programari lliure.  Sembla
>clar que el que uneix la gent al voltant de Debian és unes idees en
>relació al programari lliure.  De punts de vista sobre altres temes,
>com
>ara la geopolítica, cada u té els seus.  Debian no té una política
>definida sobre aquests temes (que jo sàpiga), ni l'ha de tenir.
>Voler-ho vincular amb el concepte de "inclusivitat" ho veig una mica
>forçat.
>
>Salut.

Trying to add new video card

[hobie]

Hi, Folks -

My amd64 stable ('buster') system has this on the motherboard:

AMD Kaveri [Radeon R7 Graphics]

In the "Psychedelic colors" thread we added this to the kernal commandline:

radeon.cik_support=0 amdgpu.cik_support=1

...which, in the long run, may not have been necessary, but it's still there.

I plugged in an nvidia GeForce 210 card and essentially lost most
functional video, resulting in either "no signal" or a message that meant
"I can see a signal but somewhere/somehow, it's not supported", sent by
the display, depending on which card I connected to the display via either
VGA or DVI cable.

What am I missing?  What do I need to do in order to make use of the
nvidia GeForce card?

Re: odd passwd problem.

[Curt]

On 2019-08-03, Gene Heskett  wrote:
>
> But seat0-greeter.log(s) are all this:
> ** Message: 13:37:04.194: Starting lightdm-gtk-greeter 2.0.6 (Dec 27 
> 2018, 16:15:47)
> ** Message: 13:37:04.203: [Configuration] Reading 
> file: /usr/share/lightdm/lightdm-gtk-greeter.conf.d/01_debian.conf
> ** Message: 13:37:04.204: [Configuration] Reading 
> file: /etc/lightdm/lightdm-gtk-greeter.conf

> ** (lightdm-gtk-greeter:424): WARNING **: 13:37:06.062: [PIDs] Failed to 
> execute command: upstart

I don't know what upstart is exactly, but I don't believe it's the
problem here.

You might look in /var/log/auth.log for other clues.

One kubuntu guy with a similar symptomatology removed (for safety's sake
you can just move the files out of the way by renaming them)

 .Xauthority .ICEauthority .cache

then 

 dpkg-reconfigured lightdm
   xfce4 (actually, in his case, kubuntu)

and rebooted.

Probably couldn't hurt. But might not help.

You could try another display manager if all else fails, or, as I see
suggested elsewhere (the ineluctable "just use Mutt" reflex) startx.

> (lightdm-gtk-greeter:424): Gtk-WARNING **: 13:37:10.850: Drawing a gadget 
> with negative dimensions. Did you forget to allocate a size? (node 
> menubar owner GreeterMenuBar)

I get this spam, too, but it's nothing but that.
-- 
“We are all in the gutter, but some of us are looking at the stars.” 
― Oscar Wilde, Lady Windermere's Fan

Re: debconf20 serà a Israel (!!??)

[Ernest Adrogué]

2019-08- 3, 12:11 (+0200); Pedro escriu:
> Algú que hagi anat a la debconf19 o que estigui més al cas ens pot
> explicar com un projecte que treu pit per inclusivitat [1] com debian
> accepti fer la seva trobada anual en un país que està fent una ocupació
> forçada i assetjament continu contra el poble palestí, poble originari
> d'allà des de fa molts anys (per tant una situació colonialista i
> recent). Debian ha fet o farà un comunicat al respecte?
> 
> La verificació final de les persones i les organitzacions són els fets,
> no les paraules. Com se suposa que jo m'he de prendre això?

Debian és una organització que es dedica al programari lliure.  Sembla
clar que el que uneix la gent al voltant de Debian és unes idees en
relació al programari lliure.  De punts de vista sobre altres temes, com
ara la geopolítica, cada u té els seus.  Debian no té una política
definida sobre aquests temes (que jo sàpiga), ni l'ha de tenir.
Voler-ho vincular amb el concepte de "inclusivitat" ho veig una mica
forçat.

Salut.

Re: odd passwd problem.

[Richard Hector]

On 4/08/19 2:46 AM, Gene Heskett wrote:
>>> gene@picnc:~$ sudo adduser
>>> [sudo] password for gene:
>>> adduser: Only one or two names allowed.
>>> gene@picnc:~$
>> I'm guessing 'adduser' needs at least a name for the new user ;)
>>
> Ac the manpage, correct. And I didn't give it a name, so it picked the 
> only error answer it had. Really helpfull, NOT!

Slightly odd wording, but the correct message - it needs one or two
names, and you gave it zero :-)

Richard



signature.asc
Description: OpenPGP digital signature

Re: debconf20 serà a Israel (!!??)

[Narcis Garcia]

+1




__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 4/8/19 a les 7:43, Pere Nubiola Radigales ha escrit:
> Protestar i manifestar rebuig a la celebració de la debconf20 a Israel
> no es posar en dubte la magnifica tasca que debian ha fet. Es criticar
> un decisió que, a parer de molts, es inadecuada, mes quan ens trobem amb
> un aument de la represió del poble palesti, un impuls imperialista a la
> extensio de les colonies i una retirada dels frens que fins ara havia
> posat EUA, unic pais que te alguna influencia sobre Israel.
> 
> El ds., 3 d’ag. 2019, 20:54, Narcis Garcia  > va escriure:
> 
> És veritat que a la Israel dels israelians es gaudeix de tal tren de
> vida, que és molt més fàcil portar una vida lliberal o alliberada.
> 
> Sospito que deu ser una sensació de benestar que també es vivia a les
> ciutats alemanyes entre 1938 i 1942, podent oblidar completament els
> fonaments del règim.
> 
> Si l'Alemanya de 1936 projectava la seva imatge amb unes olimpíades
> reconegudes per mig món, a la Israel actual se li acomoda la seva
> projecció incloent-la a Eurovisió.
> Com més ens relaxem, més gent participa de l'homologació d'aquell
> fragment de Palestina com a país normal.
> 
> 
> 
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
> El 3/8/19 a les 20:12, Aniol Marti ha escrit:
> > Hola Pedro,
> >
> > On 8/3/19 12:11 PM, Pedro wrote:
> >> Algú que hagi anat a la debconf19 o que estigui més al cas ens pot
> >> explicar com un projecte que treu pit per inclusivitat [1] com debian
> >> accepti fer la seva trobada anual en un país que està fent una
> ocupació
> >> forçada i assetjament continu contra el poble palestí, poble
> originari
> >> d'allà des de fa molts anys (per tant una situació colonialista i
> >> recent). Debian ha fet o farà un comunicat al respecte?
> >
> > Cap país és perfecte i sempre hi haurà un col·lectiu o altre
> > discriminat. A Brasil mateix un dels primers decrets de Bolsonaro
> va ser
> > suprimir el col·lectiu LGTB+ com a subjecte de les polítiques de drets
> > humans de les minories. Per contra, Israel és un dels pocs països
> > d'aquella zona on no has de tenir por de ser assassinat per ser
> homosexual.
> >
> > De totes maneres a la llista debconf-team hi ha un correu [0] on
> > s'explica el motiu de la decisió.
> >
> >>
> >> La verificació final de les persones i les organitzacions són els
> fets,
> >> no les paraules. Com se suposa que jo m'he de prendre això?
> >
> > No hi ha cap decisió que agradi a tothom. A finals de juny es va
> decidir
> > canviar el logo habitual de Debian pel logo de la diversitat [1] i a
> > molta gent aquesta decisió no els va agradar perquè des del seu
> punt de
> > vista Debian s'hauria de preocupar de fer una distro de qualitat i
> prou.
> > Jo penso que l'equip de diversitat i aquestes polítiques són
> > absolutament necessàries. De fet és una cosa que valoro molt de
> Debian,
> > i jutjar amb un sol fet tota la tasca d'inclusió que fa Debian em
> sembla
> > com a mínim agoserat.
> >
> >
> > [0]: https://lists.debian.org/debconf-team/2019/03/msg00034.html
> > [1]: https://www.debian.org/logos/diversity-2019.png
> >
> >
> > Salut!
> >
>