After patching SW14.1 two days ago (04/13/2014) with all available patches applied to an unpatched SW14.1 install, it no longer works.

The system logs suggest some executables (such as /bin/login -- kinda important -- and /lib/udev/udisks-part-id no longer execute even though the files are there mode 755. This suggests that after patching they are incompatible with dynamic libraries).

Logs now include the following (the binaries exist and perms include executable):

Apr 14 14:05:02 flash agetty[765]: tty1: can't exec /bin/login: No such file or directory

Apr 14 21:19:14 flash udevd[479]: failed to execute '/lib/udev/udisks-part-id' 'udisks-part-id /dev/loop2': No such file or directory

Apr 14 20:33:14 flash udevd[502]: failed to execute '/lib/udev/udisks-probe-ata-smart' 'udisks-probe-ata-smart /dev/sda': No such file

The hardware is a lenovo T61 Thinkpad laptop. I still can boot SW13.37 for analysis and repair.

I'm puzzled that nobody else has experienced this but I don't see what I might have done wrong. I've been using SW for 19 years! THANKS!

My first guess is that your patches were meant for a different architecture than the originally installed OS - for instance, you have upgraded a 32-bits Slackware OS using 64-bit packages or vice-versa.

Eric

1 members found this post helpful.

Only 19 years ! Well there's your problem. You need 20 years experience to be a slacker :-)

Good luck !

1 members found this post helpful.

Yup, that appears to be it. THANKS for your LIGHTNING-FAST HELPFUL solution!

I did install the 64-bit SW14.1, my first 64-bit SW install. For patching, I cloned my 32-bit patch download scripts to FTP patches from:

ftp.slackware.com/pub/slackware/slackware-14.1/patches/packages

Clearly, the right location is:

ftp.slackware.com/pub/slackware/slackware64-14.1/patches/packages

I assume that I'll need to do:

upgradepkg --reinstall oldpackagename%newpackagename [old2%new2] ...

including any packages where there was a patch only in the 32-bit version by specifing the original 64-bit package.

Again, THANKS!

Yup, that worked!

upgradepkg --reinstall *txz does the task, old%new syntax is a bit redundant here.