You are not logged in.
Well, I have made the experience that I should always removed all other media with OS installations and all USB sticks if I want a clean install. grub always gave me issues when I forgot to follow that rule.
Rolf
I am happy with apt autoremove, its works fine in ASCII and Beowulf.
Rolf
I tried the proposed workaround on a freshly installed beowulf system. Unfortunately, it seems to make no difference. Anyone tried this recently?
Works fine on my Beowulf x64 system. Look at entry #7, filename to patch is /lib/cryptsetup/cryptdisks-functions. Shutdown is really fast.
Rolf
Works now. Rolf
The script has something that looks to me like a LSB header, but I lack the knowledge to determine if it is correct. Looks like it is working.
Thanks, rc-update add webmin default was needed to add webmin to the list. After a reboot the service is present now.
I found a second way to get it working: add sh /etc/init.d/webmin start @reboot to the crontab. Also does the job.
I now do a power off and restart from there to check if it still is working.
Thanks you for your feedback, Rolf
Why does the existing script in init.d not do the job?
Rolf
Some more background info: I have configured Webmin to a different port. The ss command does not show anything, no matter if Webmin is running or not.
But I think I know whats going on: Webmin isn't started by default. sh /etc/init.d/webmin start works and starts the service, then I can talk to the server. And I checked the setting that should start Webmin during boot. After a reboot again there is no access, running the init.d script enables everything again.
So the issue is with the start of Webmin during boot of the server. Looks like this does not work.
The server runs with openrc. Maybe the issue is there? What do I need to check?
Thanks, Rolf
rolfie wrote:If you want to install external packages that are available for Debian use the Stretch package and it works.
Not a good idea - installing directly from Debian repos could put you in a world of hurt. Devuan filters the Debian repos and bans packages that could break your system. The Debian packages that won't break Devuan are already provided via redirect to the Devuan repos.
I did not want to suggest that the OP should directly link Debian repos, but when he looks for e.g. Virtual Box from Oracle, that he should use the Debian Stretch package for ASCII.
Rolf
@krauser: give ASCII a try, its Stretch without systemd. If you want to install external packages that are available for Debian use the Stretch package and it works.
Rolf
Stop, back to square one. The server was off a day or two, just switched it on and tried to continue my setup. Again, I have no access to the file server from my workstation. Again the checksum problem when trying to connect. Looks like something is happening during power off.
Where can I check the port setting of Webmin on the file server? I can access it via putty/ssh, but when looking thhrough the webmin configs I can't find any location where the port etc is saved.
I am using webmin 1.900 which is/was the latest version.
Rolf
Everything in a small home network segment. Via ssh with putty worked, ping worked, did not try to go out from the fileserver to one of my clients.
Anyhow, its solved now.
Thanks for your input, Rolf
Well, it works now after re-installing Webmin on the server. Logs were not helpful, there was no indication in auth.log or syslog or so. Must have been human error during first use....
Thanks, Rolf
On May 1st I have set up a new file server based on Beowulf, and installed Webmin to configure some settings. A first test with Firefox ESR showed that I have access. Then I did some other stuff, and meanwhile the FF addon bullshit happened, and a few updates were installed on Beowulf.
Today I tried again to connect to the file server and got connection refused with FF, Chromium and Epiphany. What may have changed since then?
tcpdump tells on all requests: Flags "["S"]", cksum 0x20c6 (incorrect -> 0x774a)". Is that normal or the problem?
Connecting to the old file server works.
Suggestions?
Thanks, Rolf
Do you have any comments on the use of http as opposed to the use of https?
I think I started to use https following mailing list discussion, as it seemed to have been put forward as a good idea!
Geoff
@admins: I would like to support this request.
Thanks you, Rolf
Just gave it a try and installed apt-transport-https on my Beowulf system. apt update fails after changing to https://deb.devuan.org/merged/ with the same errors as in #5. It works with https://pkgmaster.devuan.org/merged.
Rolf
I am on http://deb.devuan.org/merged/ and that works fine. I remember trying/failing https.
Rolf
BTW: this patch is not yet in the repos. The last cryptsetup update shipped yesterday? removed the patch again.
Rolf
What remains is:
[ ok ] Unmounting local filesystems ... done
* ERROR: cryptdisks failed to stop
* ERROR: cryptdisks-early failed to stopI have got that in my 3 Beowulf installations (and ASCII too). I would expect that you see that too.
Rolf
For Beowulf/Ceres:
https://dev1galaxy.org/viewtopic.php?id=2690, entry #7.
rolfie
There could be if you forked and packaged it for Devuan.
Beyond my capabilities.
Tried to install the ASCII package and could succeed with the installation, but running the application fails due to dbus issues.
Rolf
I believe the first link is the newest netinstall for beowulf: https://pkgmaster.devuan.org/devuan/dis … s/netboot/
However, I'm still getting the same issue with it as well.
Look at the date of this iso. It is from April 2018, outdated. Fooled me too...
Rolf
Up til ASCII/Stretch system-config-lvm is a nice tool to configure a LVM on the desktop. With Buster/Beowulf it has been removed from the repos due to lack of maintenance.
Is there a replacement available with similar capabilities?
Thanks, Rolf
Ok, done, looks like everything is fixed now. Did an immediate re-install of wine32.
The process left shim-signed on an old version. Just removed this package, no harm.
Thank you all for your contributions, learned a lot.
Rolf
This tries to remove my wine installation.
# LC_ALL=C apt install libelogind0=241.1-1
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
gstreamer1.0-plugins-base:i386 i965-va-driver:i386 intel-media-va-driver:i386 libaom0:i386 libasound2:i386 libasyncns0:i386
libatomic1:i386 libavahi-client3:i386 libavahi-common-data:i386 libavahi-common3:i386 libavcodec58:i386 libavresample4:i386
libavutil56:i386 libblkid1:i386 libbsd0:i386 libcairo2:i386 libcap2:i386 libcapi20-3:i386 libcdparanoia0:i386
libcodec2-0.8.1:i386 libcroco3:i386 libcrystalhd3:i386 libcups2:i386 libdatrie1:i386 libdb5.3:i386 libdbus-1-3:i386
libdrm-amdgpu1:i386 libdrm-intel1:i386 libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386 libelf1:i386
libeudev1:i386 libexif12:i386 libexpat1:i386 libflac8:i386 libfontconfig1:i386 libfreetype6:i386 libfribidi0:i386 libgd3:i386
libgdk-pixbuf2.0-0:i386 libgl1:i386 libgl1-mesa-dri:i386 libglapi-mesa:i386 libglib2.0-0:i386 libglu1-mesa:i386 libglvnd0:i386
libglx-mesa0:i386 libglx0:i386 libgnutls30:i386 libgomp1:i386 libgphoto2-6:i386 libgphoto2-port12:i386 libgpm2:i386
libgraphite2-3:i386 libgsm1:i386 libgssapi-krb5-2:i386 libgstreamer-plugins-base1.0-0:i386 libgstreamer1.0-0:i386
libharfbuzz0b:i386 libhogweed4:i386 libice6:i386 libicu63:i386 libigdgmm5:i386 libjack-jackd2-0:i386 libjbig0:i386
libjpeg62-turbo:i386 libk5crypto3:i386 libkeyutils1:i386 libkrb5-3:i386 libkrb5support0:i386 liblcms2-2:i386 libldap-2.4-2:i386
libllvm7:i386 libltdl7:i386 libmount1:i386 libmp3lame0:i386 libmpg123-0:i386 libncurses6:i386 libnettle6:i386 libnuma1:i386
libodbc1:i386 libogg0:i386 libopenal1:i386 libopenjp2-7:i386 libopus0:i386 liborc-0.4-0:i386 libosmesa6:i386 libp11-kit0:i386
libpango-1.0-0:i386 libpangocairo-1.0-0:i386 libpangoft2-1.0-0:i386 libpcap0.8:i386 libpciaccess0:i386 libpixman-1-0:i386
libpng16-16:i386 librsvg2-2:i386 librsvg2-common:i386 libsamplerate0:i386 libsasl2-2:i386 libsasl2-modules:i386
libsasl2-modules-db:i386 libsensors5:i386 libshine3:i386 libsm6:i386 libsnappy1v5:i386 libsndfile1:i386 libsndio7.0:i386
libsoxr0:i386 libspeex1:i386 libssl1.1:i386 libswresample3:i386 libtasn1-6:i386 libthai0:i386 libtheora0:i386 libtiff5:i386
libtinfo6:i386 libtwolame0:i386 libudev1:i386 libusb-1.0-0:i386 libuuid1:i386 libv4l-0:i386 libv4lconvert0:i386 libva-drm2:i386
libva-x11-2:i386 libva2:i386 libvdpau-va-gl1:i386 libvdpau1:i386 libvisual-0.4-0:i386 libvkd3d1:i386 libvorbis0a:i386
libvorbisenc2:i386 libvpx5:i386 libvulkan1:i386 libwavpack1:i386 libwayland-client0:i386 libwayland-cursor0:i386
libwayland-egl1:i386 libwebp6:i386 libwebpmux3:i386 libwrap0:i386 libx11-6:i386 libx11-xcb1:i386 libx264-155:i386
libx265-165:i386 libxau6:i386 libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386 libxcb-render0:i386
libxcb-shm0:i386 libxcb-sync1:i386 libxcb-xfixes0:i386 libxcb1:i386 libxcomposite1:i386 libxcursor1:i386 libxdamage1:i386
libxdmcp6:i386 libxext6:i386 libxfixes3:i386 libxi6:i386 libxinerama1:i386 libxkbcommon0:i386 libxml2:i386 libxpm4:i386
libxrandr2:i386 libxrender1:i386 libxshmfence1:i386 libxslt1.1:i386 libxss1:i386 libxtst6:i386 libxvidcore4:i386
libxxf86vm1:i386 libzstd1:i386 libzvbi0:i386 mesa-va-drivers:i386 mesa-vdpau-drivers:i386 ocl-icd-libopencl1:i386
va-driver-all:i386 vdpau-driver-all:i386
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
elogind libpam-elogind
The following packages will be REMOVED:
libasound2-plugins:i386 libpulse0:i386 libsdl2-2.0-0:i386 libsystemd0 libsystemd0:i386 libwine:i386 wine32:i386
The following packages will be upgraded:
elogind libelogind0 libpam-elogind
3 upgraded, 0 newly installed, 7 to remove and 1 not upgraded.
Need to get 1042 kB of archives.
After this operation, 217 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.Shall I risk this and re-install wine afterwards?
Rolf
To clear the troublesome NVRAM entry try
# efibootmgr -b 0004 -B
When you look at the end of the first code box, you see I tried this. This entry is somehow defective, repeated tries to delete it do not work, and grub-install does not like the entry and fails. This was with efibootmgr and a tool called EasyUEFI under Windows.
I suspect that I have a hardware failure on the main board.
Anyhow, for some unknown reason, after the PC being off for a night, it suddenly is possible to boot Windows. Maybe it required a (another) reboot?
The PC now is somehow doing what it should, still I am not happy about the defective UEFI memory. Would a clear CMOS possibly help?
Rolf