This shows you the differences between the selected revision and the current version of the page.
| technology:unix:lms:linux_log 03.06.2012 18:19 | technology:unix:lms:linux_log 03.18.2013 04:30 current | ||
|---|---|---|---|
| Line 104: | Line 104: | ||
| * added "mdns" to "hosts:" line | * added "mdns" to "hosts:" line | ||
| * <code>hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 mdns</code> | * <code>hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 mdns</code> | ||
| + | |||
| ===== Config Avahi and advertise services ===== | ===== Config Avahi and advertise services ===== | ||
| Line 125: | Line 126: | ||
| * Restarted Avahi Daemon | * Restarted Avahi Daemon | ||
| * <code>sudo /etc/init.d/avahi-daemon restart</code> | * <code>sudo /etc/init.d/avahi-daemon restart</code> | ||
| + | * <code>sudo restart avahi-daemon</code> | ||
| ===== Test on Macs ===== | ===== Test on Macs ===== | ||
| Line 1447: | Line 1449: | ||
| Went into mounted dir and its all there! Yay! | Went into mounted dir and its all there! Yay! | ||
| + | |||
| ====== Got AFP and Bonjour equivalents running ====== | ====== Got AFP and Bonjour equivalents running ====== | ||
| - | Se above section that I updated on this | + | See [[#afp_and_avahi_for_apple_filesharing|above section]] that I updated on this |
| ====== Dubugging dir list slowness ====== | ====== Dubugging dir list slowness ====== | ||
| Line 1482: | Line 1485: | ||
| The above command started checking and writing new CNIDs for every single file. Tons of lines flew by, one for each file it seemed. | The above command started checking and writing new CNIDs for every single file. Tons of lines flew by, one for each file it seemed. | ||
| + | 45 mins of CNID rewrites, and it stops. I now start up netatalk. Logs and db seem to clear out from new. | ||
| + | |||
| + | Initial directory loads take a bit of time still, but once they are loaded, they are cached and fast. | ||
| + | |||
| + | |||
| + | ====== Move data to Mac Mini Server ====== | ||
| + | I want to get all of the data on this linux server over to a mac server, held on our current mac mini that will come from the living room. Now that we have 2 apple TV devices, we dont need the mac mini as a TV device in living room, freeing it for server use. My hope is that 1) I dont have to mess with such low level stuff and piecing together 10 open source components when setting up hard drives and file shares and bonjour, etc 2) So that Sue can more easily modify or restart or understand the data on this server. | ||
| + | |||
| + | ===== Plan ===== | ||
| + | Purchased a 3 TB HDD, and a USB enclosure that can take 4 drives. | ||
| + | |||
| + | - Plug this enclosure in, with the 3TB drive in it, into the Linux Media Server. | ||
| + | - Format and mount the 3 TB drive on LMS, now we have the 2 TB raid and 3 TB hdd | ||
| + | - Copy the files over to 3 TB hdd | ||
| + | - check that copy is correct | ||
| + | - Install mac mini and get server edition running on it (cheap app store purchase) | ||
| + | - Bring 3TB hdd over to mac mini (via usb enclosure), mount it, | ||
| + | - check that files show | ||
| + | - check that streaming is fast enough | ||
| + | - Start Backblaze backup immediately | ||
| + | - Unplug 3 x 1TB drives from LMS, slide them into USB enclosure on mac mini | ||
| + | - Format the 3 x 1TB drives into a mac raid-jbod (just a bunch of disks) | ||
| + | - there is no fault tolerance here, but i will setup a backup solution via backblaze or the likes | ||
| + | - Copy the files from 3 TB hdd to 3 x 1 TB raid-jbod | ||
| + | - Format the 3 TB hdd on mac mini | ||
| + | - Add the 3 TB hdd into the raid-jbod array, to create a 6TB JBOD array | ||
| + | - Install menu-bar utility that allowed SMART monitoring status and emails | ||
| + | |||
| + | ===== Format and Mount 3 TB as UDF ===== | ||
| + | Read an article that I should try UDF file system, so that when I take it to the mac, it can still be read natively. Ubuntu/linux also can format it. Little did I know, there was a bit of researched needed to format and mount it on linux. | ||
| + | |||
| + | Turns out UDF does not use normal MBR (master boot record) at the begining of the disk. It does its own thing, and you just gobble up the entire disk. So I messed with partitions at first, without knowing I didnt need to. Instead, it is good to first clear the MBR at the start of the disk, and then format with udftools on ubuntu. See commands below. | ||
| + | |||
| + | sudo dd if=/dev/zero of=/dev/sde bs=512 count=1 | ||
| + | sudo mkudffs --media-type=hd --blocksize=512 /dev/sde | ||
| + | |||
| + | Got the info from here: | ||
| + | - http://superuser.com/questions/39942/using-udf-on-a-usb-flash-drive/ | ||
| + | - http://superuser.com/a/567559/110601 | ||
| + | - http://superuser.com/questions/526174/what-unix-like-filesystem-can-easily-and-safely-be-mounted-on-both-the-mac-and-l/ | ||
| + | |||
| + | When I look at the drive capacity though, with `df -h` it says the drives size is 747G. Not 3 TB :-( | ||
| + | I could still test the 3TB UDF drive on the mac mini to see if it mounts and has files on it. | ||