Andrew Siwko’s Blog #2

From October 2003 until today, I’ve been using Roller running on an old Linux box at the house.  All the posts from that blog are here somewhere.  All the old links to those posts redirect here so that you, dear reader, have some chance of finding them after I decommission Roller.

Here’s a copy of my search box for you to find that old post you were looking for:

Click on the blog title above if you just want to browse.

cover pound of bacon in molasses
half cup sugar + half cup kosher salt (or quarter regular)
cover bacon sugar & salt mixture
put meat in ziplock bag
pour in remaining mix
press into meat
close bag
put bag in fridge
5-7 days, rinse and use as bacon (slice on demand, freeze, etc)

 13:00:42  up 243 days, 23:21,  5 users,  load average: 74.59, 35.59, 13.68
240 processes: 239 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:  cpu    user    nice  system    irq  softirq  iowait    idle
           total    2.4%    0.0%    3.1%   0.3%     1.2%    1.2%   91.4%
           cpu00    1.5%    0.0%    3.3%   1.5%     4.9%    0.7%   87.6%
           cpu01    3.1%    0.0%    2.5%   0.0%     0.0%    0.9%   93.2%
           cpu02    2.7%    0.0%    2.7%   0.0%     0.0%    1.3%   93.0%
           cpu03    2.3%    0.0%    3.9%   0.0%     0.0%    1.7%   91.8%
Mem:  2055464k av, 2036816k used,   18648k free,       0k shrd,   93068k buff
                   1567216k actv,  297144k in_d,   30172k in_c
Swap: 4194216k av,       0k used, 4194216k free                 1768936k cached

I passed the Red Hat Certified Engineer exam on Red Hat Enterprise Linux 4 on March 10th, 2006.

…


…this time from rm on an ext3 file system. I thought I was removing a
symbolic link. When rm didn’t return after 5 seconds I looked and
realized I had deleted a 60G NTFS image file containing important data. I
pulled the plug on the server. When I brought the system back up I failed
to stop the mount so some cleanup took place. I wrote down the orphaned
inode number. It turned out to belong to the file I wanted to recover.

I bought a 200G USB disk and copied the whole 160G partition with the ext3
file system which contained the 60G NTFS image file. The operation took
50 hours over a USB 1.1 link.

With debugfs I was able to determine that the direct, indirect and double
indirect blocks had been zeroed. The triple indirect block points to 13
double indirect blocks.

http://www.mosquitomagnet.com/help/3000mm/ts_fault.htm

Moved: http://support.mosquitomagnet.com/help/3000mm/ts_fault.aspx

added to mk-server-cert.sh to get this:

#!/bin/bash openssl genrsa -des3 -out $1-server.key.orig 1024 openssl rsa -in $1-server.key.orig -out $1-server.key openssl req -new -key $1-server.key -out $1-server.csr bash siwko-ca-sign.sh $1-server.csr

cat $1-server.key > $1.pem echo "" >> $1.pem cat $1-server.crt >> $1.pem 

so then, I was able to:
bash mk-server-cert.sh imap.siwko.org
cp imap.siwko.org-pem /usr/share/ssl/certs

With the Siwko CA already in Firefox and Thunderbird, I’m ready to go.

How to set up the printer.
RAW, CUPS, client driver, queue commands, etc

http://homex.subnet.at/~max/comp-10_cups.php

factor 32321321321321
32321321321321: 32321321321321

I read about factor here: http://www.redhat.com/magazine/005mar05/departments/tips_tricks/

then tried it.  The first number I typed came back prime!

I’ve got an old SCSI NTFS disk that I’ve got to get the information out
of.  I had it installed on my linux box where I could mount the
disk directly, but I pulled it out and closed up the system and forgot
to copy the image over to the big disk there.

I had done this in the past and used the linux ntfs driver
to mount the disk and copy the files.  The big disk went bad, I
got it replaced and forgot to copy the NTFS.  Anway, I was looking
for a way to copy the disk without opening up the Linux box again.

I put the SCSI card and drive into an old P5-100 and booted from a tomsrtbt
floppy.  The SCSI drive and network came up, I added an entry to
the /etc/fstab for an nfs mount and mounted it.  So far, so good.

I tried this dd if=/dev/sda of=/public/old-drive.ntfs and it looked
good up to 2G when I got “File Size Exceeded.”  I poked about and
found dd-lfs (dd for large file systems) which claims to have no 32 bit
file size limit.  It didn’t work either.  There’s something
in there that doesn’t like going over 2G.  Anyway, I decided to
try to split the file with dd into chunks.  Here’s the script I
ran:

for i in 0 1 2 3 4 5 6 7 8 9

do

  dd-lfs if=/dev/sda of=/public/old-drive.ntfs.$i bs=1000 count=1000000 skip=${i}000000

done

It worked, I got this:

-rw-r–r–  1 root root 1000000000 Mar  3 23:54 old-drive.ntfs.0

-rw-r–r–  1 root root 1000000000 Mar  4 00:04 old-drive.ntfs.1

-rw-r–r–  1 root root 1000000000 Mar  4 00:14 old-drive.ntfs.2

-rw-r–r–  1 root root 1000000000 Mar  4 00:25 old-drive.ntfs.3

-rw-r–r–  1 root root 1000000000 Mar  4 00:34 old-drive.ntfs.4

-rw-r–r–  1 root root 1000000000 Mar  4 00:45 old-drive.ntfs.5

-rw-r–r–  1 root root 1000000000 Mar  4 00:55 old-drive.ntfs.6

-rw-r–r–  1 root root 1000000000 Mar  4 01:05 old-drive.ntfs.7

-rw-r–r–  1 root root 1000000000 Mar  4 01:16 old-drive.ntfs.8

-rw-r–r–  1 root root  100032000 Mar  4 01:17 old-drive.ntfs.9

Here’s the script to put it back together:

for i in 0 1 2 3 4 5 6 7 8 9

do

  dd if=/public/old-drive.ntfs.$i of=/public/old-drive.ntfs bs=1000 count=1000000 seek=${i}000000

done

Thre result:

-rw-r–r–  1 root root 9100032000 Mar  4 10:32 old-drive.ntfs

Which looked good to me.  Now just mount it and we’re good to go.

WRONG!

mount old-drive.ntfs /public/old-drive -t ntfs -r -o umask=0222

mount: old-drive.ntfs is not a block device (maybe try `-o loop’?)


ok, it’s not a block device so we’ll loop the file:

mount old-drive.ntfs /public/old-drive -t ntfs -r -o umask=0222 -o loop

mount: wrong fs type, bad option, bad superblock on /dev/loop0,

       or too many mounted file systems

       (could this be the IDE device where you in fact use

       ide-scsi so that sr0 or sda or so is needed?)



and this shows up in the /var/log/messages

NTFS-fs error (device loop0): ntfs_fill_super(): Not an NTFS volume.

NTFS-fs error (device loop0): read_ntfs_boot_sector(): Primary boot sector is invalid.

NTFS-fs error (device loop0): read_ntfs_boot_sector(): Mount option errors=recover not used. Aborting without trying to recover.


OK, let’s do the loop separately and check it out:

losetup /dev/loop0 /public/old-drive.ntfs

let’s look at the loop content

head /dev/loop0  | od -c


looks good I see NTFS stuff and PARTITION INFORMATION!!!!

let’s try this:
 fdisk -l /dev/loop0

 

Disk /dev/loop0: 9100 MB, 9100032000 bytes

255 heads, 63 sectors/track, 1106 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

 

      Device
Boot     
Start        
End      Blocks   Id  System

/dev/loop0p1  
*          
1       
1106     8883913+   7  HPFS/NTFS




very interesting, we’ve got the whole drive image including the
partition table.  More interesting is the /dev/loop0p1 device!

mount /dev/loop0p1 /public/old-drive -t ntfs -r

mount: special device /dev/loop0p1 does not exist

This post (http://lists.samba.org/archive/linux/2004-December/012635.html) gives some insight.  It’s just printed out as a convenince, there’s  no such device (except at NASA apparently).

The post goes on to say that I can use the offset parameter to go farther into the loop file for the beginning of the device.

losetup -o 32256 /dev/loop0 /public/old-drive.ntfs

mount /dev/loop0 /public/old-drive -t ntfs -r

Apparently I could have done this in one command:

mount /public/old-drive.ntfs /public/old-drive -t ntfs -r -o loop,offset=32256