Recently one of my AIX 5.3 systems started failing to boot with the following messages:
fsck: Performing read-only processing does not produce dependable results. + mount /tmp mount: /dev/hd3 on /tmp: Device busy + [ 1 -ne 0 ] + loopled 0x518 /TMP MNT FAILED
The problem turned out to be that /etc/inittab was corrupted. This, of course, has nothing to do with the error message. In my case, the contents of the file had been duplicated into itself.
Another problem I ran into with only obscure search results:
alucard@fileserver:~$ ssh aix04
alucard@aix04's password:
Last unsuccessful login: Fri May 15 15:28:28 EDT 2009 on ssh from fileserver
Last login: Tue Jun 16 10:31:45 EDT 2009 on /dev/pts/0 from fileserver
Could not chdir to home directory /home/alucard: Permission denied
/bin/ksh: Permission denied
Connection to aix04 closed.
The solution in my case was:
chmod a+rx /
/ had permissions 0644 when they need to be 0755 to allow anyone but root to log in.
I just ran into this problem: a Linux machine stuck very shortly after “Decompressing kernel…”, prompting me to enter a runlevel. Problem being that it wasn’t accepting any keyboard input from my USB keyboards and the system doesn’t have a PS/2 port. My Google search didn’t help much, so let me put this out there: check /etc/inittab. In my case, it was a one-line file clobbered by a pre-alpha quality product install. I was booted off of a rescue CD and once I copied /etc/inittab from another Linux system, it booted just fine off of the hard drive. So there you have it – if you’re getting “Enter runlevel” when booting when you’re not supposed to, check the health of /etc/inittab, especially the initdefault line.
id:3:initdefault:
At tape archives, at least.
Someone at Sun has packaged up Sun Studio 12 using GNU tar, leading to pain fun when trying to install on a stock Solaris 10 system. There are many of errors like:
tar: ././@LongLink: typeflag 'L' not recognized, converting to regular file
x ././@LongLink, 116 bytes, 1 tape blocks
x install-sparc-S2/java-sparc-S2/packages/SUNWj5dmo/reloc/jdk/instances/jdk1.5.0/demo/applets/ArcTest, 0 bytes, 0 tape blocks
And then finally:
The UPS in question: a F6B\C900-UNV.
I used to use the Bulldog Plus (3.01.18) software, but since my upgrade of this particular machine to Debian Lenny, the upsd process started taking up 30% CPU all the time.
Getting it to work with nut is easy! You just need the magic.
I’m sick this weekend and don’t feel like writing much, so I’ll be brief. I’ll be doing a fresh install of Debian Squeeze (currently testing), found here, because my old install is getting broken, and I want to write down how I get things working on my Thinkpad R61 this time, both for myself and Google. I have a full-disk backup on my UltraBay hard drive. I’ll be going with the x64 version this time, and will be installing Lenny first, then upgrading, because I already have a Lenny CD, the torrent of the weekly squeeze images is unregistered, jigdo tells me “Aaargh – 0 files could not be downloaded. This should not happen!”, and HTTP goes at 50KB/s. I’ll limit this to Thinkpad-specific things.
Install: No issue. I chose to do it wired rather than load iwlwifi at install time.
Video: worked fine out of the box with the Intel driver.