You are not logged in.
From the aforementioned Ubuntu forum:
As root, obviously:
dmesg | grep e1000e
modprobe e1000eWhat results does that yield?
Further down that thread there's a link to the Intel drivers site, try building it from scratch as per the instructions.
HTH!
No. I'm using JFS on all my partitions/disks and it boots pretty quickly. Having said that, I had some issues with one drive (with a JFS partition) but that turned out to be a hardware failure. Fortunately I already had anticipated said failure coming so I had saved my data to a different drive and after a last sync between them the failed drive is now out of my desktop.
In any case, I don't see the JFS warnings/issues you mentioned in your posted dmesg abstract.
For starters, post the contents of the /etc/fstab file. I'm also interested in your CPU make/model and installed RAM capacity.
The western media has completely glossed over and hidden the fact that Neo Nazi militias actually rule Ukraine, through a puppet. And when I say "Neo Nazi militias", that's precisely what I mean - i.e. fanatics who style themselves on the SS, worship Adolph Hitler and would ethnically cleanse most of Europe in a heartbeat if they had the chance.
Yeah, these fanatical Ukrainian SS-militia, worshiping Hitler and probably provoking a dirty war with your KGB-President Vladimir Putin are ruled by a puppet.
A
JEWISH
puppet
Yeah right... ![]()
In case you're wondering, you're completely contradicting yourself by your statements. Never mind, I didn't expect anything less from Russian trolls.
Some of you need need to turn off the fucking TV news / put down the biased tabloids, which only ever repeat the state sponsored narrative and start thinking for yourselves.
I already do, hence my stance on Russia, in particular your spectacularly failing president and his criminal cronies, sorry (not really!) businessmen ![]()
Russia is rotten to the core and it will be a matter of time before it crumbles.
Again.
Like it did in the 1990's. Because the cause of the rot hasn't gone: greedy criminals are still in charge, the real puppet is Putin.
And that's my final word on it.
Welcome!
Unfortunately, due to events instigated in Moscow, Russia isn't very popular right now. Nothing personal, but it seems you've chosen the wrong time for this adventure. Consider putting it on hold while the situation improves. That might be a while though.
For starters, you need to install the build-essential package. It doesn't have any code itself, but its dependencies create a complete build-environment.
You can fix that with the following (and it should be in the instructions too!)
echo "ALWAYS_SET_PATH yes" >> /etc/default/suThis forces the shell to set the root path if you elevate permissions from a regular user to root, using su. It works, even skeptical me was converted. This was default behavior until upstream Debian changed it, citing "this was originally as intended under Unix" or something of that nature ![]()
There's always the wayback archive ![]()
Mind, you cannot create a copy of a running system, you need to run from a live-CD when you create the image.
I'm not sure it'll work as you want, so proceed at own risk!
Investigate the use of the apt options --get-selections and --set-selections in the apt man page
man apt
apt --get-selections > selection.txt
apt --set-selections < selection.txtBtw, do NOT use dd to backup your disk to an existing backup drive. Unless you don't care about the data that's already on it :-\
1. install an SSD
2. upgrade your hardware
You're welcome ![]()
It's probably better to use dmesg:
{sudo} dmesg | tailwill give you the last 10 lines, usually enough to find which drive letter the kernel has assigned to the USB stick you've just inserted.
(The root user has the ID of 0.)
Errmmm, oops ![]()
Don't. Root requires a UUID of 1.
This is the latest version for yt-dl:
# youtube-dl -U
youtube-dl is up-to-date (2021.12.17)Meaning that the dev has now resumed work on this project.
I'm using a different method of keeping yt-dl current. After installing via apt, somebody advised me to "overwrite" (re-link) the executable with a later version and then use the -U functionality (as root!) to keep said executable at the latest version. I can't recall ATM where I got it from, maybe on these forums?
Not pretty, but it works ![]()
For startx to work, you need the xinit package. And if it's not pulled in as dependency, the xdm package as well.
OpenSSH is a project from the OpenBSD folks, perhaps that's an avenue to try?
Thx all, but I managed to solve it, at least by the looks of it.
I knew from my Funtoo days portage had the option for emerge to completely re-install all installed software with a clean tree and I found a command effectively doing the same for aptitude:
aptitude reinstall '~i'That still gave me an error, so I moved the entire directory /var/lib/dpkg/info to a temporary location and recreated the /var/lib/dpkg/info directory itself. I reran the reinstall command for aptitude and all packages were nicely re-downloaded after cleaning out the package cache. So, everything is now reinstalled and after a reboot for a new kernel, all is well again ![]()
OK, thx for helping anyway. I may put in a new(er) SSD for the OS while I'm at it, perhaps recover some settings from the old disk.
Well, that didn't work as advertised:
dpkg: unrecoverable fatal error, aborting:
files list file for package 'libnet-ssleay-perl' contains empty filename
E: Sub-process /usr/bin/dpkg returned an error code (2)Furthermore, the file /var/lib/dpkg/info/libexpat1:amd64.list doesn't actually exist:
# ls -l /var/lib/dpkg/info/ | grep libexpat
-rw-r--r-- 1 root root 434 Sep 19 2019 libexpat1:amd64.md5sums.bak
-rw-r--r-- 1 root root 110 Sep 19 2019 libexpat1:amd64.shlibs.bak
-rw-r--r-- 1 root root 5823 Sep 19 2019 libexpat1:amd64.symbols.bak
-rw-r--r-- 1 root root 67 Sep 19 2019 libexpat1:amd64.triggers.bak(the .bak extensions are mine, I moved them as suggested, so it's fairly easy to restore)
The machine is my file/backup server, not my daily-driver desktop. That one is quite alright and updated just fine as I'd mentioned before.
The system drive for the server is /dev/sdc, the other 4 are HDD's for the RAID6. here's smartctl:
smartctl -a /dev/sdc
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-18-amd64] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: JMicron based SSDs
Device Model: KINGSTON SV100S2128G
Serial Number: 08BA90006616
Firmware Version: D100811a
User Capacity: 128,035,676,160 bytes [128 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Sat Nov 27 16:54:30 2021 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
<SNIPPED>
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 050 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Unknown_JMF_Attribute 0x0007 100 100 050 Pre-fail Always - 0
5 Reallocated_Sector_Ct 0x0013 100 100 050 Pre-fail Always - 0
7 Unknown_JMF_Attribute 0x000b 100 100 050 Pre-fail Always - 0
8 Unknown_JMF_Attribute 0x0005 100 100 050 Pre-fail Offline - 0
9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 36710
10 Unknown_JMF_Attribute 0x0013 100 100 050 Pre-fail Always - 0
12 Power_Cycle_Count 0x0012 100 100 000 Old_age Always - 2380
168 SATA_Phy_Error_Count 0x0012 100 100 000 Old_age Always - 3
175 Bad_Cluster_Table_Count 0x0003 100 100 010 Pre-fail Always - 30
192 Unexpect_Power_Loss_Ct 0x0012 100 100 000 Old_age Always - 0
194 Temperature_Celsius 0x0022 025 100 020 Old_age Always - 25 (Min/Max 25/40)
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
240 Unknown_JMF_Attribute 0x0013 100 100 050 Pre-fail Always - 0
170 Bad_Block_Count 0x0003 100 100 010 Pre-fail Always - 0 309 0
173 Erase_Count 0x0012 100 100 000 Old_age Always - 5 13136 9594
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 19688 -
# 2 Short offline Completed without error 00% 19622 -
Selective Self-tests/Logging not supportedA bit long, sorry. The file system (JFS) is fine, it's checked on every boot, last reboot was just 7 days ago. The drive is relatively old, re-used and replaced an even older drive (which had 60+k hours on it) and I may replace it with a newer one, although I'm hoping to upgrade the hardware and get an NVMe drive for it instead. (this older system can't boot from NVMe, so that's why it uses a SATA drive)
Update: it failed, I still get the error:
dpkg: unrecoverable fatal error, aborting:
files list file for package 'console-setup' is missing final newlineReinstalling console-setup didn't help either. Purging libexpat1 will remove 122 packages depending on it, via the dependency chain on dbus, so that's not really an option.
That said, it's now affecting the upgrading of other packages as apt, as well as aptitude, will clonk out with the above error and not upgrade other packages at all.
For completeness:
apt policy libexpat1 console-setup
libexpat1:
Installed: 2.2.6-2+deb10u1
Candidate: 2.2.6-2+deb10u1
Version table:
*** 2.2.6-2+deb10u1 500
500 http://pkgmaster.devuan.org/merged beowulf/main amd64 Packages
500 http://pkgmaster.devuan.org/merged beowulf-security/main amd64 Packages
100 /var/lib/dpkg/status
console-setup:
Installed: 1.193~deb10u1
Candidate: 1.193~deb10u1
Version table:
*** 1.193~deb10u1 500
500 http://pkgmaster.devuan.org/merged beowulf/main amd64 Packages
100 /var/lib/dpkg/statusThx, I'll give it a try later.
Hmmm, oddly enough, upgrading the exact same packages on my desktop went flawlessly. Difference: I used apt on the server and aptitude on the desktop.
I still get the same error. Key is this line:
files list file for package 'console-setup' is missing final newlineThx for replying!
Updating my server, I got this error message:
Reading package lists...
Building dependency tree...
Reading state information...
The following packages will be upgraded:
eudev libeudev1
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 1170 kB of archives.
After this operation, 3072 B disk space will be freed.
Get:1 http://pkgmaster.devuan.org/merged beowulf/main amd64 eudev amd64 3.2.9-10~beowulf1 [1072 kB]
Get:2 http://pkgmaster.devuan.org/merged beowulf/main amd64 libeudev1 amd64 3.2.9-10~beowulf1 [97.8 kB]
apt-listchanges: Reading changelogs...
Fetched 1170 kB in 1s (1557 kB/s)
(Reading database ...
dpkg: warning: files list file for package 'libexpat1:amd64' missing; assuming package has no files currently installed
dpkg: unrecoverable fatal error, aborting:
files list file for package 'console-setup' is missing final newline
E: Sub-process /usr/bin/dpkg returned an error code (2)Yes, I'm using pkgmaster as other entries in sources.list failed me too many times. Things may have improved since, so I might give it a try again.
You still need proprietary boot files from an SD card to boot via the network.
You should be able to have the RPi boot from a server and make it have a session there (thin client model), so the RPi is only a "transport portal" (for want of a better explanation) between your in/output devices (mouse/keyboard/monitor) and the actual system you're running (on the server).