You are not logged in.
This has already happened twice in the meantime: after updating there is an empty desktop. I didn't do anything and after a while ( I can't remember how long) and after updating regularly everything was back. This time I thought I try to learn where Devuan puts its desktop configuration or better said: what can I do?
echo $XDG_CURRENT_DESKTOP==>XFCE
inxi -Fz :
System:
Host:devuan Kernel: 4.19.0-25-amd64 x86_64 bits: 64 Desktop: N/A
Distro: Devuan GNU/Linux 3 (beowulf)
Machine:
Type: Desktop System: extra product: N/A v: N/A serial: <filter>
Mobo: Gigabyte model: B75M-D3H v: x.x serial: <filter>
BIOS: American Megatrends v: F12 EP date: 12/04/2012
CPU:
Topology: Quad Core model: Intel Core i5-3470 bits: 64 type: MCP
L2 cache: 6144 KiB
Speed: 1599 MHz min/max: 1600/3600 MHz Core speeds (MHz): 1: 1597 2: 1596
3: 1597 4: 1597
Graphics:
Device-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics
driver: i915 v: kernel
Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa
resolution: 1920x1080~60Hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Desktop v: 4.2 Mesa 18.3.6
"fdisk -l xyz.db " gives:
xyz.db: 4 GiB, 4294966784 bytes, 8388607 sectors
sudo mount -o loop,offset=$OFFSET xyz.db /mnt
mount: bad usage
Try 'mount --help' for more information.
#Request patience
Sorry again! You are right, I could have done that myself.
What I then found out further is that Billy Boy offers a free (?) program: "Visual Studio 2022" to open it.
Any other idea than going to a neighbour and looking it up on his machine?
Are there other possibilities within Linux?
Sqlite3 just give cryptic characters ... as i mentioned above.
It might be that these are useless temp files, right.
But as it is named "recover" (i myself would not name a recover file "recover" but Sicherung or something like that) I suspect it might be something I should store.
It could be something from the time I ran "teams" on my machine for my sons home schooling period during corona-times.
("teams" did a lot of uncontrollable things and was not -as promised- running within Firefox alone, crashed several times and was then removed, last time I ran one of Billy's products)
Thanks
Sorry! Misinterpreted "file" ...
"file xyz.db" results in:
"Composite Document File V2 Document, Cannot read section info"
"stat xyz" gives:
file: xyz.db
size: 4294967295 blocks: 8388616 EA block: 4096 regular file
Device: 808h/2056d Inode: 5510191 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access : 2023-04-24 19:47:44.524001543 +0200
Modify: 2020-07-06 17:26:34.000000000 +0200
Change: 2021-03-04 22:45:42.316023800 +0100
Birth : -
>what does `file xyz.db` say? creation date?
-rw-r--r-- 1 root root 4294967295 Jul 6 2020
(Can't remember what I could have done three years ago to create them)
>could be a db backup, or something else. do you have a database server running on that system?
No, just a normal pc, no database server (as far as I know)
[UPDATE] I tried to open one of the files using sqlite3. But no hint about the content, only a long row of
-- unrecognized token " "
-- syntax error
-- and unreadable characters
runs about 15 minutes
LibreOffice doesn't know to open it (or better said I don't know how to make LibreOffice open it)
Lokking for big files on my system:
4.19.0-23-amd64 #1 SMP Debian 4.19.269-1 (2022-12-20) x86_64 GNU/Linux
I found 5 files, each 4 GB, named like "xyz.db" in a directory named "recover".
Has anyone an idea where this might come from? Can't remember that I did that (so not a 100% proof)
;-)
Anyway 20 GB is a lot of wood, just delete them, seems a bit risky to me.
Any hints?
Thanks
Well,
;-))
good answer!
Whenever I had to do with
-- Billy Boy's products (I do not use them personally since 1995)
-- people using Billy Boy's products
it is as you say:
strange language (translated into german even worse!)
incredible fear of not getting paid as wanted
therefore complete silly security ideas for unimportant areas
bad security concepts, where it would be necessary to have good ones.
People using it seem to have undergone some kind of brain washing (no wonder).
Anyway, my daughter spent money on that game ! And she was not d'accord, that Billy bought minecraft.
How do I find out, what old hardware means?
How can I test if OpenGl4.4 will run?
My daughter's machine:
CPU:
Topology: Quad Core model: Intel Core i5-3470 bits: 64 type: MCP
L2 cache: 6144 KiB
Speed: 1597 MHz min/max: 1600/3600 MHz Core speeds (MHz): 1: 1614 2: 1628
3: 1635 4: 1628
inxi -m
System RAM: total: 15.52 GiB used: 1.48 GiB (9.6%)
There is another one:
RAM :7,66GiB
CPU:
Intel Core i7-6500U 64 bits 3000 Mhz
Thanks in advance
Is there a way to install minecraft on dvuan (beowulf) (4.19.208-1, x86_64)
Tried to install java via
sudo apt-get install openjdk-8-jre
But I get
no package openjdk-8-jre
Any ideas?
Does the error message appear inside the terminal that you just opened, or is it in a notification window or other popup?
It is the first line in every terminal I open:
ash: 0: Can't open completion
What terminal is it?
GNOME-Terminal 3.30.2
Desktop: Cinnamon 3.8.8
Distro: Devuan GNU/Linux 3 (beowulf)
Maybe a right-click on that icon will let you see a list of Properties that will show the command.
By right-clicking under "edit" I get a window (launcher properties) with the following entries:
Name: Terminal
Command: gnome-terminal (with a button "Browse" which opens a file manager)
Comment: Use the command line
there is a tickable box "Launch in Terminal? (not checked)
If you have a terminal that will let you run commands, run the command that the panel icon uses to open a terminal and see if it gives you any more information.
If I run "gnome-terminal" (in a GNOME-Terminal) I get a new terminal (including :"ash: 0: Can't open completion" as first line).
If I stop that terminal with CTRL +D, the original terminal displays:
# Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
# watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
# unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
# watch_established: "/org/gnome/terminal/legacy/" (establishing: 0)
All above as user!
If I switch to root and try to run "gnome-terminal"
I get this error (and NO new terminal-window!):
# Error constructing proxy for :1.98:/org/gnome/Terminal/Factory0: Verbindung ist geschlossen
# Failed to use specified server: Verbindung ist geschlossen
# Falling back to default server.
# Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Verbindung ist geschlossen
"Verbindung ist geschlossen" means: "connection closed"
Thanks for your patience!
I click on the "Terminal"-icon on my taskbar with my mouse
You wrote:
I don't get an error message when I start an ash shell.
Same with me!
I do get an error message, when I open an console.
How did you install the system?
I installed ascii from a netinstall iso. Upgraded to beowulf by replacing "ascii" in my sources.list
What did you do that's different from everyone else?
;-)
well I really don't know. It all started when I upgraded from ascii to beowulf.
Since then I got
bash: ash: command not found
whenever I open a console.
After installing "ash" I get
ash: 0: Can't open completion
I'm not finding that error message on a web search. (Can't open completion)
Me neither.
Perhaps we ask the guys who develop ash/dash?
greetings
bash-completion ist schon die neueste Version (1:2.8-6).
is already newest version
greetings
@fsmithred
thanks for answering ...
sorry, I found out that ash was NOT installed. So I installed it (again? I am really not quite shure)
I don't remember exactly what kind of prompt-behaviour I had, before I did that su alias.
Before installing ash I deleted that empty ash file.
/bin looks like this now:
ls -l *ash
lrwxrwxrwx 1 root root 4 Jan 17 2019 ash -> dash
-rwxr-xr-x 1 root root 1168776 Apr 18 2019 bash
-rwxr-xr-x 1 root root 121464 Jan 17 2019 dash
lrwxrwxrwx 1 root root 4 Apr 18 2019 rbash -> bash
NOW opening a console, I get:
ash: 0: Can't open completion
To finish that
bash:ash: command not found
thing:
I just added an empty "ash"-file in /bin.
Since then there are no more errors like
bash:ash: command not found
If anyone has an better idea or just can explain to me where that error message came/comes from;
you are very welcome!
I found no hint in .bashrc of any script or program that needs ash.
greetings
Thank you! Feels good you are there!
apt full-upgrade
made no difference.
So I tried
apt-get install elogind libelogind0 libpam-elogind
after update there was no
"packages held back"
message any more.
Thanks for helping.
I don't know whether my question has anything to do with the problems described above ...
I did upgrade from ascii to beowulf.
when I do
apt-get upgrade
I get:
Die folgenden Pakete sind zurückgehalten worden:
elogind libelogind0 libpam-elogind
meaning the following packages have been held back
Everything seems to work fine on my machine, but I'd like to know if I need to take action?
Which part of beowulf needs elogind, libelogind0 and libpam-elogind?
How could I have found out for myself?
greetings
You're welcome!
There is a broken link on https://devuan.org/os/keyring:
"You can get it here: E032 601B 7CA1 0BC3 EA53 FA81 BB23 C00C 61FC 752C"
does lead to:
Document Not Found
Where should this be reported?
greetings
Thank you!
Keyring was the newest.
All seems to be fine now, replaced country mirrors.
greetings
Hi
since upgrading from ascii to beowulf, I get the following errors, when I do:
apt-get update:
Detached signature file '/var/lib/apt/lists/partial/us.deb.devuan.org_merged_dists_beowulf_Release.gpg' is in unsupported binary format
for each of these sources:
us.deb.devuan.org_merged_dists_beowulf-security_Release.gpg'
us.deb.devuan.org_merged_dists_beowulf_Release.gpg'
us.deb.devuan.org_merged_dists_beowulf-updates_Release.gpg'
apt-get install devuan-keyring
is answered by:
devuan-keyring ist schon die neueste Version (2017.10.03).
(keyring is already newest version)
Anyone can help?
@Head_on_a_Stick:
"su" without argument
works fine
Yes .bashrc and .bash_aliases are those from root
GNU nano 3.2 /root/.bashrc
# eval "`dircolors`"
# alias ls='ls $LS_OPTIONS'
# alias ll='ls $LS_OPTIONS -l'
# alias l='ls $LS_OPTIONS -lA'
#
# Some more alias to avoid making mistakes:
# alias rm='rm -i'
# alias cp='cp -i'
# alias mv='mv -i'
HISTSIZE=1000
HISTCONTROL=ignoredups:erasedups
GNU nano 3.2 /root/.bash_aliases
alias su='su -'
But I overlooked three lines out commented in /etc/pam.d/su:
# This allows root to su without passwords (normal operation)
auth sufficient pam_rootok.so
session required pam_env.so readenv=1 envfile=/etc/default/locale
session optional pam_mail.so nopen
session required pam_limits.so
greetings
@steve
yes, there is a root password!
@ralph
I can't reproduce the problem anymore (puuh, saved)
su -
su --login
and
su
all demand a password. (Everywhere, also on a non grafic console. "ctrl-alt-f1").
Sent securrity home again.
-----------------------------------
su -
and
su --login
with output
-bash: ash: Kommando nicht gefunden.
(command not found)
-----------------------------------------------------
Only
su
(after setting alias)
alias su='su -'
does NOT output
-bash: ash: Kommando nicht gefunden.
but silently opens a root-shell
root@someone:/home/someone#
------------------------------------------------------
Remains the "ash output".
Couldn't find much in the web:
https://en.wikipedia.org/wiki/Almquist_shell
https://www.in-ulm.de/~mascheck/various/ash/
which leaves me as ignorant as before.
greetings
Hi Steve, ptmy!
~# printenv
SHELL=/bin/bash
PWD=/root
LOGNAME=root
HOME=/root
LANG=de_DE.UTF-8
TERM=xterm-256color
USER=root
SHLVL=1
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
MAIL=/var/mail/root
_=/usr/bin/printenv
.bashrc:
HISTSIZE=100
HISTCONTROL=ignoredups:erasedups
.profile
if [ "$BASH" ]; then
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
fi
mesg n || true
.bash_profile does not exist
.bash_aliases
alias su='su -'
/etc/pam.d/su
@include common-auth
@include common-account
@include common-session
/etc/pam.d/su-l
#%PAM-1.0
auth include su
account include su
password include su
session optional pam_keyinit.so force revoke
session include su
Thanks
greetings
Hi Ralph,
thanks for the answer!
1)
Well my "su" still works fine. I was a bit of confused that I should work from now on with "su -". But I tried it with "command not found" result.
Why should I check up why "su -" is not working, when "su" is working as usual? Btw I have no idea how to check up why I get that "ash" output.
Any suggestions?
2)
Being able as normal user to get a root-shell by just typing su "--login" without need for a password makes me a little nervous.
Not you?
greetings