Comments for Mudy's Blog http://blog.mudy.info Linux, webserver, hosting and more Mon, 06 Jun 2011 00:48:45 +0000 http://wordpress.org/?v=2.7.1 hourly 1 Comment on Boot grub2 stage2 directly from windows bootmgr with grub4dos stage1 by GRUB config on another disk - Page 2 http://blog.mudy.info/2010/08/boot-grub2-stage2-directly-from-windows-bootmgr-with-grub4dos-stage1/comment-page-1/#comment-3043 GRUB config on another disk - Page 2 Thu, 05 May 2011 00:08:35 +0000 http://blog.mudy.info/?p=733#comment-3043 [...] to be based on to detect more drives. This blogger describes how to load GRUB2 level 2 from G4D. GRUB2 Level 2 from G4D Level 1. 3. If you're using Vista or 7, use BCDEDIT to add G4D to Windows boot menu. This site describes how [...] [...] to be based on to detect more drives. This blogger describes how to load GRUB2 level 2 from G4D. GRUB2 Level 2 from G4D Level 1. 3. If you’re using Vista or 7, use BCDEDIT to add G4D to Windows boot menu. This site describes how [...]

]]>
Comment on Deploy Archlinux Chroot onto VPS by Twitter Weekly Updates for 2010-02-14 - Fsk141 http://blog.mudy.info/2009/03/deploy-archlinux-chroot-onto-vps/comment-page-1/#comment-2692 Twitter Weekly Updates for 2010-02-14 - Fsk141 Mon, 28 Feb 2011 09:43:39 +0000 http://blog.mudy.info/?p=416#comment-2692 [...] ./miniarch i686 I love scripts awesome people make for easy chrootin: http://blog.mudy.info/2009/03/deploy-archlinux-chroot-onto-vps/ [...] [...] ./miniarch i686 I love scripts awesome people make for easy chrootin: http://blog.mudy.info/2009/03/deploy-archlinux-chroot-onto-vps/ [...]

]]>
Comment on Linux container LXC on Amazon EC2 server (Cloud inside Cloud) by Using LXC (Linux Containers) in Amazon EC2 « Into the Cloud http://blog.mudy.info/2010/07/linux-container-on-amazon-ec2-server/comment-page-1/#comment-2563 Using LXC (Linux Containers) in Amazon EC2 « Into the Cloud Sun, 23 Jan 2011 19:44:10 +0000 http://blog.mudy.info/?p=704#comment-2563 [...] to the Foaa and Mudy blogs for getting me started on my way towards a running [...] [...] to the Foaa and Mudy blogs for getting me started on my way towards a running [...]

]]>
Comment on Archlinux EC2 Public AMI by Bryan Ischo http://blog.mudy.info/2009/04/archlinux-ec2-public-ami/comment-page-1/#comment-2475 Bryan Ischo Wed, 08 Dec 2010 00:59:42 +0000 http://blog.mudy.info/?p=466#comment-2475 Thank you for your great work on the makearchec2.sh script. If I could, however, I would like to offer some suggestions. I would prefer to see a script that didn't 'editorialize' the Arch installation so much. Your script does things like replaces the bash shell with zsh in /etc/passwd, creates unnecessary users (arch), messes with root's login scripts, etc. I don't see why you wouldn't just do those things via a separate script that you run when you first log into your newly created instance - why force everyone who uses your script to adhere to your preferences? I think that the goal of such a makearchec2.sh script should be to produce an Arch Linux AMI that is as close as possible to a core Arch install. Then people can customize their instance after starting it up for the first time using a plain vanilla Arch Linux install that has everything set up the way they would normally expect. I am already in the process of making my own tweaked version of makearchec2.sh and the ec2 script that adhere more closely to these principles. Additionally - why make the root filesystem be a compressed btrfs filesystem? Maybe this works well on Small and larger instances, but it is terrible for micro instances. Micro instances are severely CPU limited, and the compression that has to happen with your compressed btrfs filesystem really hammers the instance unnecessarily. How much space is saved by using a compressed filesystem? Pennies per month? Doesn't seem worth it to me. Once again your effects are extremely appreciated, hope my comments don't seem contradictory to that sentiment. Thank you for your great work on the makearchec2.sh script.

If I could, however, I would like to offer some suggestions.

I would prefer to see a script that didn’t ‘editorialize’ the Arch installation so much. Your script does things like replaces the bash shell with zsh in /etc/passwd, creates unnecessary users (arch), messes with root’s login scripts, etc. I don’t see why you wouldn’t just do those things via a separate script that you run when you first log into your newly created instance - why force everyone who uses your script to adhere to your preferences?

I think that the goal of such a makearchec2.sh script should be to produce an Arch Linux AMI that is as close as possible to a core Arch install. Then people can customize their instance after starting it up for the first time using a plain vanilla Arch Linux install that has everything set up the way they would normally expect. I am already in the process of making my own tweaked version of makearchec2.sh and the ec2 script that adhere more closely to these principles.

Additionally - why make the root filesystem be a compressed btrfs filesystem? Maybe this works well on Small and larger instances, but it is terrible for micro instances. Micro instances are severely CPU limited, and the compression that has to happen with your compressed btrfs filesystem really hammers the instance unnecessarily. How much space is saved by using a compressed filesystem? Pennies per month? Doesn’t seem worth it to me.

Once again your effects are extremely appreciated, hope my comments don’t seem contradictory to that sentiment.

]]>
Comment on Using Ziproxy to block ads and save bandwidth by Yejun http://blog.mudy.info/2010/06/using-ziproxy/comment-page-1/#comment-2371 Yejun Sun, 07 Nov 2010 23:03:08 +0000 http://blog.mudy.info/?p=633#comment-2371 It's google docs. http://docs.google.com/ The total size is measured by firebug. It’s google docs.
http://docs.google.com/

The total size is measured by firebug.

]]>
Comment on Using Ziproxy to block ads and save bandwidth by Thompson Dias http://blog.mudy.info/2010