Getting those pesky “Warning: The resulting partition is not properly aligned for best performance” messages when creating partitions on your new 3TB-4TB disk using GNU parted under Linux?
Start parted with the “-a optimal” command line parameter to tell parted to use optimal alignment!
/sbin/parted -a optimal /dev/sdd
Thanks go to this post on Ask Ubuntu!
One of our garage door openers died of old age recently – it was an old builder-model (in other words, as cheap as the builder can get) chain drive opener that was incredibly noisy. I took advantage of the opportunity to reduce the noise made by the garage door opener and the door itself especially since there is a room of the house above the garage.
Here’s what I did in order of increasing cost and effort:
- Oil the hinges, springs, pulley bolts, etc of the door. I used standard household oil (don’t use WD-40, it is technically not a lubricant). Don’t mess with the springs – it is dangerous, only trained technicians should adjust springs. (more info)
- Replace metal door rollers with nylon rollers. I bought two 10-packs of these nylon rulers.
- Install vibration isolators between the garage door opener and the ceiling. I used the RSIC-GDS Motor Kit from PAC International.
- Replace the noisy garage door opener with a quiet opener. I bought a Sommer Direct Drive garage door opener which is very quiet. I’ve also read good things about the LiftMaster 3800 Residential Jackshaft Opener.
After making all of the above changes, we believe the garage doors are about 75% quieter than before!
Hope this helps someone!
I upgraded our server to Fedora 16 from Fedora 14 recently, so I thought I’d continue my tradition of posting the solutions to the problems I encountered to help others.
Two major changes in Fedora recently increased the difficulty of this upgrade: the switch to grub2 from the grub legacy bootloader, and the switch to systemd from Upstart and SysV-style init.
I used the PreUpgrade method once again to reduce downtime and avoid burning a disc.
References to read first:
- How to use PreUpgrade
- Common Fedora 16 bugs
The new Vantage Pro2 Plus weather station worked, recording about one inch of precipitation during the recent rainfall! Now I just need to get the USB interface working and wview set up to analyze the results.
We installed the weather station up on the roof along with the new Wineguard HS-1000 omnidirectional HD antenna, which is also working well. Dropped cable over a year ago – Netflix + other streaming + broadcast is good enough and costs a lot less!
I hope to combine the data from the weather station (including the UV and solar radiation sensors) and the TED 5000 whole-house energy monitor to correlate temperature and other weather changes with energy usage and solar PV power generation from the solar arrays also on the roof.
Update: Success! The weather station is online (after much fighting with hardware and interfaces)! Check out Wumple Weather and station KTXAUSTI146 on the WeatherUnderground.
I recently heard from a friend that past (and maybe present) West Coast game industry executives view Austin as not developing any successful titles generating significant profit and/or receiving critical acclaim.
I want to convince them that that perception is not correct, so here is the start of a list of hit games developed in Austin:
Know of more titles, or any additional information to add? Add it to the comments! (As long as the info is public, that is…)
It would also be great if we can also get some rough sales and revenue numbers for each title.
Here’s a problem I ran into recently: I temporarily switched the root filesystem of my Fedora 14 install from RAID-5 to non-RAID. After I received the new SSD drives, I switched it to RAID-1 but the dracut boot sequence could not find the RAID-1 array and mount the root filesystem, ending in the errors ‘Can’t mount root filesystem. Boot has failed, sleeping forever’.
Using the dracut rdshell and rdinitdebug kernel boot options to get a shell prompt from the dracut initramfs led me to the RAID assembly failing during boot during “dracut: Autoassembling MD Raid”. I discovered manually assembling the array using mdadm –assemble … then exiting the shell would allow the boot to continue, so at least I had a temporary workaround.
To fix the dracut auto assembly of the RAID array, I did the following:
- Booted up a Fedora Live CD so I could manipulate the RAID partitions without them being mounted/used (since they contained the root filesystem).
- After noticing that the volume type was wrong on one of the RAID-1 member partitions by running blkid (TYPE was not “linux_raid_member”) and making sure the other partition was up-to-date with the data, I used wipefs (remember to use the -a option) on the partition with the incorrect data (and let the next step sync the data from the correct partition).
- Set the system hostname via the hostname command, then did “mdadm –assemble /dev/md1 /dev/sda2 /dev/sdb2 –update=name –update=uuid”. This fixed the array name to be hostname:1.
- After booting the system back up normally with the workaround, made a backup of /etc/mdadm.conf then did “mdadm –examine –scan > /etc/mdadm.conf” and made sure /etc/mdadm.conf looked correct afterward.
After these steps, the dracut boot sequence was able to auto-assemble the RAID array on boot and mount the root filesystem.
I hope this writeup helps someone who runs into a similar problem.
Have a USB-attached CyberPower System UPS but can’t get it to work with Network UPS Tools aka nut 2.6.0 (such as from the Fedora 14 or 15 rpms)? See the link to the rpms below I built.
The errors you might see (especially when running usbhid-ups -D -D -D) include “could not connect to ups”, “libusb_get_report: error sending control message: Operation not permitted”, and “Can’t retrieve Report 03: Operation not permitted”.
There is a workaround for a libusb issue affecting communication with USB CyberPower Systen UPSs in the trunk branch of the nut source code that will get into nut 2.7, but was not part of nut 2.6. See the fix here in change 2893 on nut’s trac system. Read more about the problem in this message on nut-upsuser.
To get the fix now (before the 2.7 rpms are released), I rebuilt nut 2.6 rpms (with small changes to the spec file) using the latest source snapshot from nut’s buildbot, r2978. You can download these r2978 rpm’s from here.
Have a Neato XV-11 robotic vacuum cleaner with an intriguing USB port?
Check out Hash’s post at the Random Workshop about connecting to the XV-11′s built-in serial subsystem via USB to send and receive commands and data from the vacuum. I’m using a Linux box and minicom. :-)
Now I just need a miniature embedded Linux platform with wifi so I can wirelessly communicate with the robot while it vacuums so I can try to create images from the LIDAR data as it maps the house…
Melissa from Hunters Chase pointed out that Cycled Plastics in Austin recycles foam products, which are not taken and recycled as part of the single stream recycling from the City of Austin and Texas Disposal Services.
From their website at http://www.cycledplastics.com/Services.html :
Public Drop Off Site: Cycled Plastics maintains a public drop point at it’s facility in Austin (at 10200 McKalla Place). The following items are accepted Monday through Friday, 7am – 5pm. (click here for a map)
- Packaging Foams free of dirt or food contamination (EPS #6, PP #5, LDPE #4)
- #2 HDPE curbside bottles that have been rinsed with caps removed
- #1 PET curbside bottles that have been rinsed with the caps removed
- #2 HDPE flower pots that have been lightly washed to remove most of the dirt
- #4 LDPE bags that have had no food contact and have no paper contamination (labels, stickers)
I upgraded Fedora 12 to Fedora 14 over the weekend using PreUpgrade for the first time. (I tried a direct yum distro-sync upgrade first but it got stuck in infinite dependency loops.)
Overall I was impressed with the download size reduction and the install speed after rebooting the system for the anaconda installer to apply the new packages. I liked the reduction in system downtime resulting from downloading all the packages before the reboot and the smaller set of packages that were installed.
Some extra steps I had to deal with:
- There are a couple bugs in the version of PreUpgrade that is part of Fedora 12. This post on The Wily Blog contains the fixes to the preupgrade-cli script needed for it to run.
- preupgrade-cli needed /etc/sysconfig/i18n to exist but it was missing on my system. I created the file with the default values from the Fedora docs to get past this issue.
It also seemed like the install asked a few redundant questions it could have figured out before the reboot to start the install:
- The installer asked whether to do a fresh install or an upgrade, where a PreUpgrade is obviously an upgrade.
- The installer asked which filesystem’s installation to upgrade (there was only one on the system), and then again asked which filesystem to add to the “upgrade” list. I believe it could have assumed the same filesystem for both questions, and even possibly set default values for all of them based on the filesystems in use when PreUpgrade was run before the reboot.
- The installer asked which interface provided the internet connection for downloading additional packages and images, which PreUpgrade could have figured out before the reboot and passed it along.
This upgrade was the most painless Fedora or Red Hat upgrade I’ve done in years! Almost all of my services worked afterward with no reconfiguration. A big thanks and hats off the the Fedora team for PreUpgrade!