i also didn't get the whole zsh awe, until i've set it up as my shell.
right off the bat, it offers you a config wizard to get you started, and it serves as a quick showcase of many fancy features of this shell.
zsh completion offers e.g. completion of command line parameters along with their explanations, which i haven't seen in bash so far (maybe it's a matter of completion definition files)
for more, you can read this : http://grml.org/zsh/zsh-lovers.html
after a few bumps and issues (especially the default odd del key behavior was irritating me) i grew to love it. but basically zsh is a very extensive shell, with many many features.
actually, I'm from Germany, but I care about users from another country. I doubt any distributor will create a codename with non-ASCII chars in it, even the German/Austrian (?) http://grml.org uses names like "Schluchtenscheisser" and "Lackdoseintoleranz".
I know zsh does some things better, but the standard setup is pretty lame IMO. You have to tweak zsh to make it nice. The grml zsh config is quite nice: http://grml.org/zsh/
My issue with zsh, as I am using debian mostly, was the slow apt completion and of course, bash is everywhere so it's better to learn that properly
They have the most up-to-date version of the zshrc file available at the following address:
http://git.grml.org/f/grml-etc-core/etc/zsh/zshrc
More info about how they use ZSH, along with a comprehensive manpage describing their zshrc, can be found here: http://grml.org/zsh/
Yes, implementing recursive globbing was a step in the right direction. The expansion possibilities in zsh are more like if a shell, sed, awk, find, grep and a bit of perl was thrown in a mixer to produce a weird, but awesome, soup of special characters that somehow finds the exact files and maybe makes you a sandwich, too.
#find all folders in that are owned by root but do not search in ~/.cpan print -l /*~(.cpan//*)(/u:root:) That is only a very small example, you can also search for files of a specific date, size and of course name. Here are some more examples: http://grml.org/zsh/zsh-lovers.html
Here's how I did it. Replaced bash with zsh and enabled share_history option (last one of the chapter) in .zshrc.
More about zsh at zsh-lovers and strcat.de.
I always carry around the latest grml on a creditcard sized USB key.
Came more than just once for the rescue when it was completely unexpected by others. Just pulled out my wallet, plugged it in and rescued the world.
Good picks, but I still love me my grml bootable image. Focused on text tools rather than GUI ones, this ships as a single image for bootable CD as well as USB keys. I'm a bit appalled that the likes of Heise Media have mentioned sysresccd, but didn't breathe a word about grml.
When it comes to bare-metal setup/recovery, offline hdd management, networking and just about everything I'd ever need a live-cd for, grml is my bootstrap, configuration and recovery-oriented distribution of choice. Built on Debian, this is primarily focused on text tools and does an amazing job for console-monkeys (makes me feel like a kid in a candy store!) That isn't to say it isn't GUI-friendly - in fact, it has quite a few light-weight window managers included as well. As well, grml-small or grml-medium will chug along happily on hardware that may otherwise be considered obsolete in this day and age.
And don't even get me started on the awesomeness of zsh / zsh-beta as has been integrated with grml. This distribution has, by far, the smoothest, the most intricate and the most useful zsh configuration I've ever come across :)
Phew. There, had to say it. Have fun y'all :)
It's always a good idea to have something else at hand that can boot. You can use it to look for problems with the main system or use it to access important files.
My personal preference is GRML. You can boot it from a USB stick or add it to grub with the grml-rescueboot package.
zsh is the go-to shell for me. I use it with GRML's promt theme (color, no fancy Unicode/font awesome, git/hg/svn integration, shows >0 exit codes, ...) and use vi keybindings.
oh-my-zsh, the theming framework for zsh, was not for me -- too much fancyness with unicode, colors and wasted space.
Oh, and of course: csh considered harmful ;-) (in all seriousness, there are some syntactic differences between csh/tcsh and bash/dash/zsh, that might trip you over at the beginning)
Hey there! :)
I really cant say if this will be campatible of any sort. But just stumpled over this.
Dont know if this is a livecd, or if it is install only.....
The "small" isos is only 239 MB.
But it is Debian Based. :)
Good luck. ;)
have u installed a bootloader ? i'm not sure but i think arch needs the installation of a bootloader. try to boot grml ( http://grml.org/ ) from usb etc and check if threre is a bootloader installed. (to do so mount your hdd and have a look in /mountpoint/boot/ if you have a mdadm softwareraid first run mdadm-startall after that mount the raid).
p.s. sorry for my english
GRML - Fabulous zsh setup by default. I've always found tools I needed already inside the disk. If you need something exotic there's always apt-get (it's debian underneath)
Also, just dd it on your usb stick.
Yes, there a re several ways to get coloured manpages. The maintainer of GRML also wrote a tutorial about colourful manpages by regenerating them with some fancy settings. I just think that using most as your default ${PAGER} is the easiest and most nonintrusive way.
Initrd is no good when execv doesn't even work, boot didn't even get that far.
I did use Grml (which is awesome, everyone should have a usb stick with it on it) to try and recover, but as I said, it wasn't really worth spending the entire day on it and still possibly have issues.
Grml. http://grml.org/
It's debian-based and has a plethora of awesome tools, it's specifically designed to be a "rescue and quick-work" live usb/cd. I posted about it here a few weeks ago.
They have a multiarch one (boots on both 386 and 64) which fits on a 700mb cd. Extra features include boot-time tools (memtest, bios tools, etc). It can even boot into X and ships Firefox.
Grml (a Debian-derivative) is designed especially to pack a maximum of command-line tools (and also a minimal yet usable X Window environment) in a reasonable space; it works fine with apt-get, so you can add pretty much anything you want when you have Internet access. It also has awesome shell completion thanks to Zsh.
I've tried a lot of other similar distros (notably Slax, Puppy), and settled on Grml.
My first contact with Linux was KNOPPIX. The first Linux I installed and used more frequently was Ubuntu (I think around 2008), followed by Arch Linux. I even shortly tried Gentoo, but you can imagine that on a slow laptop, it wasn't too much fun to use.
All my machines run Linux now: My server runs Debian and the PCs at home all run Arch. Still have Windows XP in a VM, though -- good for testing stuff, running things wine won't run and MinGW. I don't boot it up very often.
Oh, and grml is a great live sytem for fixing broken systems and/or doing maintenance. Try it if you haven't.
Excellent advice. For rescues, I like using GRML. My usual method would be to run sfdisk -l
followed by mount -t auto /dev/sda1 /mnt/tmp
(for example). There may also be steps required to get the raid up and running under the rescue CD.
Usually raid is autodetected and can be started by issuing mdadm --assemble --scan
. If the "--scan" doesn't work, then you have a bit of work to do extracting the md UUID's (IWontRespontToYou, just respond to me if you'd like me to detail that part).
If the raid is up and running, it will be visible by cat /proc/mdstat
. It will probably be re-syncing at this point, but it is still useable. To preserve the original data, it's probably best to run mount -t auto -o ro /dev/md0 /mnt/tmp
(the "-o ro" means "with the option read-only").
With the filesystem mounted, I would think the easiest solution is to fire up WinSCP on the windows machine, and make sure sshd is running on the NAS. This will be accomplished usually by one of these commands, depending on the rescue environment:
Start sshd service ssh start /etc/init.d/ssh start
Now WinSCP can connect to the box, so long as you have a username / password. This might mean resetting the root password by doing passwd
.
SCP is slower than SMB file transfer, but less complicated to set up in all likelihood.
HTH
Ok, I verified the multi-ISO thing using a Linux live ISO that contained another Linux live ISO - I could successfully boot a grml-small ISO via a grml-medium ISO that has been loaded via GRUB2 (using grml-rescueboot) using:
linux16 /boot/addons/memdisk
initrd16 /boot/isos/grml-small.iso
Of course the according ISO has to support memdisk ISO emulation then (which Grml does out-of-the-box). With Windows it doesn't work out-of-the-box, see http://syslinux.zytor.com/wiki/index.php/MEMDISK#Windows_NT.2F2000.2FXP.2F2003.2FVista.2F2008.2F7_.28NT_based.29 for the details.
You give no indication of the way in which this failure may have occurred. Have you tried similar to the below while using live medium? I recommend grml for this kind of stuff.
modprobe dm-mod
vgchange -ay
mkdir -p /mnt/VolGroup00/LogVol00 <---<< call these whatever
mount /dev/VolGroup00/LogVol00 /mnt/VolGroup00/LogVol00
edit: only pay someone if it's really more worth your time NOT to spend learning