C:\Windows\system32\oobe\images\title.wma
...
Quizás lo más singular de toda esta historia es que se cuenta que Brian compuso la pequeña pieza usando su ordenador Apple Machintosh.
High tech a lo camba! Dicen que en Cambalandia a los chambones se les dice cambones. Impresionado por la capacidad técnica de mis coterráneos, entrego aquí algunos aportes técnicos (en parte copiados, simplificados y adaptados) y otros cuentos propios o traducidos. Ay del que se ría!
Hola,
karen_puta@hotmail.com ha decidido enviarte una invitación para probar nuestro servicio totalmente gratuito.Te permite detectar todos los contactos que te han eliminado de su lista.
De este modo, podrás:
- Fijarte quién te ha eliminado de su lista.
- Limpiar tu MSN de quien no quiere hablarte.
- Recuperar contactos eliminados.
- Ver quién te tiene agregado que no tienes en tu lista.
Pruébalo aquí - CLICK AQUI
¡Te esperamos!
The following is a comprehensive list of error messages for the Stage 1:
This error message will occur if the Stage 2 or Stage 1.5 is being read from a hard disk, and the attempt to determine the size and geometry of the hard disk fails.
This error message will occur if the Stage 2 or Stage 1.5 is being read from a floppy disk, and the attempt to determine the size and geometry of the floppy disk fails. It's listed as a different error since the probe sequence is different than for hard disks.
This error message will occur if a disk read error happens while trying to read the Stage 2 or Stage 1.5.
This error message will occur if the location of the Stage 2 or Stage 1.5 is not in the area supported by reading the disk with the BIOS directly. This could occur because the BIOS translated geometry has been changed by the user or the disk is moved to another machine or controller after installation, or GRUB was not installed using itself (if it was, the Stage 2 version of this error would have been seen during that process and it would not have completed the install).
The error numbers correspond to the Errors Reported by the Stage 2 in the listed sequence.
The following is a comprehensive list of error messages for the Stage 2 (error numbers for the Stage 1.5 are listed before the colon in each description):
This error is returned if a kernel, module, or raw file load command is either trying to load it's data such that it won't fit into memory or it is simply too big.
This error is returned if the device part of a device- or full filename refers to a disk or BIOS device that is not present or not recognized by the BIOS in the system.
This error is returned if there is a disk read error when trying to probe or read data from a particular disk.
This error is returned if there is a disk write error when trying to write to a particular disk. This would generally only occur during an install of set active partition command.
This error is returned when a read is attempted at a linear block address beyond the end of the BIOS translated area. This generally happens if your disk is larger than the BIOS can handle (512MB for (E)IDE disks on older machines or larger than 8GB in general).
This error is returned if a linear block address is outside of the disk partition. This generally happens because of a corrupt filesystem on the disk or a bug in the code handling it in GRUB (it's a great debugging tool).
This error is returned if the sanity checks on the integrity of the partition table fail. This is a bad sign.
This error is returned if a partition is requested in the device part of a device- or full filename which isn't on the selected disk.
This error is returned if a filename is requested which doesn't fit the syntax/rules listed in the Filesystem Description.
This error is returned if a file requested is not a regular file, but something like a symbolic link, directory, or FIFO.
This error is returned if the specified filename cannot be found, but everything else (like the disk/partition info) is OK.
This error is returned if the partition requested exists, but the filesystem type cannot be recognized by GRUB.
This error is returned by the filesystem code to denote an internal error caused by the sanity checks of the filesystem structure on disk not matching what it expects. This is usually caused by a corrupt filesystem or bugs in the code handling it in GRUB.
Some of the filesystem reading code in GRUB has limits on the length of the files it can read. This error is returned when the user runs into such a limit.
This error is returned if GRUB was expecting to read a numbur and encountered bad data.
This error is returned if a device string was expected, and the string encountered didn't fit the syntax/rules listed in the Filesystem Description.
This error is returned if a device string is recognizable but does not fall under the other device errors.
This error is returned if the kernel image boing loaded is not recognized as Multiboot or one of the supported native formats (Linux zImage or bzImage, FreeBSD, or NetBSD).
This error is returned if the lowest address in a kernel is below the 1MB boundary. The Linux zImage format is a special case and can be handled since it has a fixed loading address and maximum size.
This error is returned when the Multiboot features word in the Multiboot header requires a feature that is not recognized. The point of this is that the kernel requires special handling which GRUB is likely unable to provide.
This error is returned if the boot attempt did not succeed for reasons which are unknown.
This error is returned if the module load command is used before loading a Multiboot kernel. It only makes sense in this case anyway, as GRUB has no idea how to communicate the presence of location of such modules to a non-Multiboot-aware kernel.
This error is returned if the initrd command is used before loading a Linux kernel. Similar to the above error, it only makes sense in that case anyway.
This error is returned if GRUB is told to execute the boot sequence without having a kernel to start.
This error is returned if an unrecognized command is entered into the command-line or in a boot sequence section of a config file and that entry is selected.
This error is returned if the file header for a supposedly compressed file is bad.
This error is returned the run-length decompression code gets an internal error. This is usually from a corrupt file.
This error is returned if the install command is pointed to incompatible or corrupt versions of the stage1 or stage2. It can't detect corruption in general, but this is a sanity check on the version numbers, which should be correct.
X:\muisetup.exe /a
Rather than simply stumble through lots of dry technical explanations, I'm opting to consider that an ASCII picture is worth a thousand words. Here, therefore, is the picture I shall be using to explain the whole thing:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 This is a representation of a (very small) hard drive, as yet completely empty - Hence all the zeros. The a-z's at the top and the left side of the grid are used to locate each individual byte of data: The top left is aa, top right is za, and bottom left is az. You get the idea, I'm sure. . .
We shall begin with a simple filesystem of a sort that most users are familiar with: One that will need defragmenting occasionally. Such filesystems, which include FAT, remain important to both Windows and Linux users: if only for USB flash drives, FAT is still widely used - unfortunately, it suffers badly from fragmentation.
We add a file to our filesystem, and our hard drive now looks like this:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a e l e 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
(Empty rows g-z ommitted for clarity)
To explain what you see: The first four rows of the disk are given over for a "Table of contents", or TOC. This TOC stores the location of every file on the filesystem. In the above example, the TOC contains one file, named "hello.txt", and says that the contents of this file are to be found between ae and le. We look at these locations, and see that the file contents are "Hello, world"
So far so good? Now let's add another file:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a e l e b y e . t x t m e z
b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d G o o d b y e , _ w o r l d
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
As you can see, the second file has been added immediately after the first one. The idea here is that if all your files are kept together, then accessing them will be quicker and easier: The slowest part of the hard drive is the stylus, the less it has to move, the quicker your read/write times will be.
The problem this causes can be seen when we decide to edit our first file. Let's say we want to add some exclamation marks so our "Hello" seems more enthusiastic. We now have a problem: There's no room for these exclamation marks on our filesystem: The "bye.txt" file is in the way. We now have only two options, neither is ideal:
To illustrate: Here is approach one
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a f n f b y e . t x t m e z
b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 G o o d b y e , _ w o r l d
f H e l l o , _ w o r l d ! ! 0 0 0 0 0 0 0 0 0 0 0 0
And here is approach two:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t a e l e a f b f b y e . t x
b t m e z e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e H e l l o , _ w o r l d G o o d b y e , _ w o r l d
f ! ! 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
This is why FAT filesystems need defragging regularly. All files are placed right next to each other, so any time a file is enlarged, it fragments. And if a file is reduced, it leaves a gap. Soon the hard drive becomes a mass of fragments and gaps, and performance starts to suffer.
And then there is Linux. Which has a different philosophy. Windows filesystems are ideal if you have a single user, accessing files in more-or-less the order they were created in, one after the other. Linux, however, was always intended as a multi-user system: It was gauranteed that you would have more than one user trying to access more than one file at the same time. So a different approach was used. When we create "hello.txt" on a Linux filesystem, it looks like this:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t h n s n 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 And then when another file is added:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t h n s n b y e . t x t d u q
b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 The cleverness of this approach is that the disk's stylus can sit in the middle, and most files, on average, will be fairly nearby: That's how averages work, after all.
Plus when we add our exclamation marks to this filesystem, observe how much trouble it causes:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t h n u n b y e . t x t d u q
b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
n 0 0 0 0 0 0 0 H e l l o , _ w o r l d ! ! 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 That's right: Absolutely none.
Windows tries to put all files as close to the start of the hard drive as it can, thus it constantly fragments files when they grow larger and there's no free space available.
Linux scatters files all over the disk so there's plenty of free space if the file's size changes. It also re-arranges files on-the-fly, since it has plenty of empty space to shuffle around.
Defragging a Windows filesystem is a more intensive process and not really practical to run during normal use.
Fragmentation thus only becomes an issue on Linux when a disk is so full that there just aren't any gaps a large file can be put into without splitting it up. So long as the disk is less than about 80% full, this is unlikely to happen.
It is also worth knowing that even when an OS says a drive is completely defragmented, due to the nature of hard drive geometry, fragmentation may still be present: A typical hard drive actually has multiple disks, AKA platters, inside it.
Let's say that our example hard drive is actually on two platters, with aa to zm being the first and an to zz the second:
a b c d e f g h i j k l m n o p q r s t u v w x y z
a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
a b c d e f g h i j k l m n o p q r s t u v w x y z
n 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 The following file would be considered non-fragmented, because it goes from row m to row n, but this ignores the fact that the stylus will have to move from the very end of the platter to the very beginning in order to read this file.
a b c d e f g h i j k l m n o p q r s t u v w x y z
a T O C h e l l o . t x t r m e n 0 0 0 0 0 0 0 0 0 0
b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 H e l l o , _ w o
a b c d e f g h i j k l m n o p q r s t u v w x y z
n r l d ! ! 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 I hope this has helped you to understand why no defragging software came with your Linux installation. If not, I'm always open to suggestions ![]()
You may also be interested in why deleting just isn't enough
---------------------------------
Why does Linux need defragmenting?
I love Linux, but why does playing music have to be soo tough?
In openSUSE 11.1 all our codec handling will be done using One-Click-Install. This provides a simple wizard to guide you through everything, and you have to install absolutely nothing extra to be good to go!
| If you are using the KDE Desktop Environment 1-click installation codecs-kde.ymp |
| If you are using the KDE Desktop Environment Command line installation zypper addrepo zypper Install the packages (one line command: zypper... ): zypper install ffmpeg flash-player gst-fluendo-mp3 |
| If you are using the GNOME Desktop Environment: |
his will enable you to have:
..as well as the option of installing many more applications (select Customise mode at the screen), including:
The key was to DISABLE all repositories but the packman and libdvdcss repositories... then remove all of the gstreamer packages and totem. Then do the install using the link from http://opensuse-community.org/Restricted_Formats/11.1. After this, re-enable all of repositories that you disabled before and then install totem. At that point everything works.
CARL'S PAGE| ONECLICK's openSUSE 11.0 KDE: http://opensuse-community.org/codecs-kde.ymp GNOME: http://opensuse-community.org/codecs-gnome.ymp |
| ONE CLICK OPTION KDE: http://opensuse-community.org/codecs-kde.ymp Gnome: http://opensuse-community.org/codecs-gnome.ymp |

| Modus | Dauer |
| Instant Boot (fast mode) | 16 s |
| Instant Boot (regular mode) | 21 s |
| Standby S3 (STR) | 15 s |
| Standby S4 (Ruhezustand) | 20s |
In der Übersicht nun die Energieersparnis, gemessen mit der 9350e-CPU:
| Modus | IES | normal | delta |
| Idle | 55 | 57 | 2 W / 3,5% |
| Vollast | 115 | 115 | 0 W / 0% |
| 3 Kerne Last | 106 | 108 | 2 W / 1,9% |
| 2 Kerne Last | 94 | 99 | 5 W / 5,6% |
| 1 Kerne Last | 79 | 85 | 6 W / 7% |
Wie zu erwarten, bringt IES nur im Vollast-Modus nichts. Aber ist bereits nur einer von drei Kernen nicht belastet ,macht sich ein Unterschied bemerkbar. Gerade bei der Belastung nur eines CPU-Cores, einer sicher häufigen Alltagssituation, lassen sich immerhin ca. sieben Proeznt Strom einsparen. Somit ist es auf alle Fälle empfehlenswert, dieses Feature auch zu verwenden.
One Click Install removes this hassle.
Windows 2003 in D: and reinstallation of Windows XP on C: instead of an installed Windows 2003
XP has since been running flawlessly, though win 2003 on D: will not boot any longer, that is, i see the dual boot screen, but if i go for win 2003, it will try to boot up, but at the precise moment when the moving win2003 logo (that moving bar from left to right) should show up, the PC reboots, leaving me no option other than boot in win XP.
All the important boot files from D: win2003 are on C:, so when you redid it, you killed them and that's why 2003 on D: no longer boots. You can likely fix this by doing a "Repair" of Win2003.
So when you formatted you erased the boot related files of Win2003. Now XP was the lone owner of the pc world.
To get the 2003 master boot record back you run the 2003 recovery console command FIXMBR.
To fix the 2003 versions of ntldr and ntdetect of win2003 on C: (over winXP)
Start the Win2003 installCD and when give the choice between new or repair, you will choose repair.
After this you should be able to multiboot both OS's. If there is a issue it will be with the boot.ini.
Either use the recovery console Bootcfg utility to autocorrect the boot.ini or manuall edit it:
Add the following line to c:\boot.ini of winXP and try to boot in Windows 2003:
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows 2003 Server" /fastdetect
Windows Remote Management (WS-Management)
Source Thanks, Mathevs!!
I dived into WS-Management support in Vista / Longhorn Server Windows Server 2008 this weekend. There are a couple of caveats if you want to enable remote WS-Management based access to these machines. Support for remote management is also built into Windows Server 2003 R2.
WS-Management specification allows remote access to any resource that implements the specification. Everything accessed in a WS-Management world is a resource, which is identifiable by a URI. The spec uses WS-Eventing, WS-Enumeration, WS-Transfer and SOAP 1.2 via HTTP.
Since remote management implementation in Windows acknowledges all the work done in the WMI space, you can simply issue commands in terms of URIs that incorporate WMI namespaces.

For example, the WMI class or action (method) is identified by a URI, just as any other WS-Management based resource. You can construct access to any WMI class / action using the following semantics:
Since the majority of WMI classes are in root/cimv2 namespace, you should use the following URI to access those:
http://schemas.microsoft.com/wbem/wsman/1/wmi/root/cimv2
/dev/disk/by-id/ata-ST3250310AS_6RYFZQM8-part7 /home ext3 acl,user_xattr 1 2
/dev/disk/by-id/ata-ST3250310AS_6RYFZQM8-part3 /WinXP ntfs-3g users,gid=users,fmask=133,dmask=022,locale=de_DE.UTF-8 0 0
/dev/disk/by-id/ata-ST3250310AS_6RYFZQM8-part8 /DATEN ntfs-3g uid={user name},fmask=177,dmask=077,locale=de_DE.UTF-8 0 0
Setting up repositories:
Here is a quick screenshot of my repositories:
(Note: I am running KDE, if you are running GNOME, I highly recommend the following repo:
http://download.opensuse.org/repositories/GNOME:/STABLE/openSUSE_11.0/)
(Note: If you are running an NVIDIA card, setup the following repository:
ftp://download.nvidia.com/opensuse/11.0/)
(Note: If you are running an ATI card, setup the following repository:
http://www2.ati.com/suse/11.0/)
(Note: If you are running a wireless card that has a requirement for MadWifi, setup the following repository:
http://madwifi.org/suse/11.0/)
Setup your Video Card (if you have more configurations to do, ie Nvidia / ATI)
Install the packages that are associated with your NVIDIA / ATI card.
...
Hier ein Beispiel von Partitionsdaten in der Datei '/etc/fstab':
/dev/disk/by-id/scsi-SATA_SAMSUNG_SV4002H0413J1FR917614-part1 /data1 auto noauto,user 0 0
/dev/disk/by-id/scsi-SATA_SAMSUNG_SV4002H0413J1FR917614-part5 /data2 auto noauto,user 0 0
/dev/disk/by-id/scsi-SATA_SAMSUNG_SV4002H0413J1FR917614-part6 /data3 auto noauto,user 0 0
Unabhängig davon, ob es sich um Linux- oder FAT-Partitionen handelt, werden diese Partitionen mit den Optionen noauto und user angegeben. Dadurch kann jeder Benutzer diese Partitionen nach Bedarf einhängen oder aushängen. Aus Sicherheitsgründen gibt YaST hier nicht automatisch die Option exec ein, die zur Ausführung von Programmen vom Speicherort aus erforderlich ist. Wenn sie jedoch Programme von diesem Ort aus ausführen möchten, können sie die Option manuell eingeben. Diese Maßnahme ist erforderlich, wenn sie Systemmeldungen, wie beispielsweise Meldungen über einen „fehlerhaften Interpreter“ oder „verweigerte Berechtigungen“, erhalten.
Mittels Swap wird der physikalisch verfügbare Arbeitsspeicher erweitert. Ihnen steht dadurch über das physikalische RAM hinaus mehr Arbeitsspeicher zur Verfügung. Die Arbeitsspeicherverwaltungssysteme der Kernels vor Version 2.4.10 benötigten Swap als Sicherheitszugabe. Wenn Ihr Swap damals nicht zweimal so groß war wie Ihr RAM, kam es zu erheblichen Leistungseinbußen. Auf heutige Systeme treffen diese Einschränkungen allerdings nicht mehr zu.
Wenn dem Kernel der Arbeitsspeicher nicht ausreicht, lagert er selten verwendete Arbeitsspeicherseiten aus. Den aktiven Anwendungen steht dadurch mehr Arbeitsspeicher zur Verfügung und selbst das Zwischenspeichern läuft reibungsloser ab.
Versucht eine Anwendung jedoch, sämtlichen Arbeitsspeicher für sich zu reklamieren, den sie nur irgendwie erhalten kann, kann es mit dem Swap-Speicher zu Problemen kommen. Wir sollten uns hierzu drei der wichtigsten Szenarien näher ansehen:
Falls ihre Anwendungen nicht außer Kontrolle geraten, aber dennoch nach einiger Zeit mehr Swap erforderlich ist, können sie den Swap-Speicher auch online erweitern. Wenn sie eine Partition als Swap-Speicher vorbereitet haben, fügen Sie diese Partition einfach mit Hilfe von YaST hinzu. Falls sie auf keine Swap-Partition zurückgreifen können, können sie den Swap-Speicher auch durch eine Swap-Datei erweitern. Swap-Dateien sind im Vergleich zu Partitionen in der Regel langsamer. Im Vergleich zu physikalischem RAM sind jedoch beide Swap-Methoden extrem langsam. Der tatsächliche Geschwindigkeitsunterschied ist allerdings nicht so bedeutend, wie es den Anschein hat.
---------------------------------
wiki.ubuntuusers.de/Swap
Linux bietet auch die Möglichkeit, anstatt einer Partition den Swap Space in eine Datei zu legen, die sogenannte "Auslagerungsdatei". Dieses Verfahren nutzt z.B. Windows standardmäßig.
Um eine Auslagerungsdatei zu erstellen, ist ein Terminal [1] notwendig. Mit
sudo mkdir -p /var/cache/swap/
legt man den angegebenen Verzeichnispfad komplett an.
Danach kommt
sudo dd if=/dev/zero of=/var/cache/swap/swap0 bs=1M count=512
Den Wert hinter count= sollte man natürlich anpassen, er gibt die Größe der Auslagerungsdatei in Megabyte an.
Die Zeile besagt, dass eine Datei mit dem Namen swap0 mit 512MB Größe angelegt wird. Die Größe ergibt sich aus 1M*512=512MiB, wobei 1M=1 Mio. Byte entspricht. Es ist wichtig, dass die Datei so angelegt wird, da sie dann auf der Festplatte durchgehend nur durch leere Speicherstellen besteht und keine zufälligen Daten enthält.
Mehr in den Manpages von Shell/dd und zero.
Um den Speicher zu formatieren, gibt man folgendes ein:
sudo mkswap /var/cache/swap/swap0
Die Warnung kann man dabei ignorieren. Um nicht jedem beliebigen User die Möglichkeit zu geben, den Swap auszulesen, sollte man
sudo chmod 0600 /var/cache/swap/swap0
ausführen. Das setzt die Rechte für alle Benutzer außer root auf "kein Lesen, kein Schreiben, kein Ausführen".
Damit das System über den Swap Bescheid weiß, gibt man einfach das hier ein:
sudo swapon /var/cache/swap/swap0
Ein Neustart ist nicht notwendig.
Sicher will man die Auslagerungsdatei auch nach einem Neustart wieder verwenden. Dazu einfach die Datei /etc/fstab in einem Editor mit Rootrechten [2] öffnen und dort diese Zeile anhängen:
/var/cache/swap/swap0 none swap sw 0 0
Man erstellt eine Swap-Partion [3] und formatiert diese Mithilfe des mkswap Befehls. Anschließend kann die Partition eingebunden werden. Um die Partition dauerhaft einzubinden, öffnet man die Datei /etc/fstab mit Rootrechten [2]. In der Datei fügt fügt man folgende Zeile ein, welche vorher angepasst werden muss.
none swap sw 0 0
Wenn man den Ruhezustand nutzen möchte, muss man zuerst die UUID herausfinden, das geht über folgenden Befehl im Terminal [1]:
ls /dev/disk/by-uuid -al
Danach muss die Datei /etc/initramfs-tools/conf.d/resume mit Rootrechten [2] editiert werden und folgende Zeile eingefügt und mit der eigenen UUID angepasst werden:
RESUME=UUID=
Zuletzt muss das initrd-Image neu geschrieben werden, das geht über folgenden Terminalbefehl:
sudo update-initramfs -u
sudo swapon -s
kann man jederzeit den Stand des Swap überprüfen.
Alternativ hilft hier unter GNOME das Programm "System-> Systemverwaltung -> Systemüberwachung". Im Reiter "Ressourcen" kann man die Belegung von Swap sehen. Man kann auch ein Systemmonitor Applet zum Gnome Panel hinzufügen.
Nutzt man KDE 3, so kann man das Programm
"K-Menü -> System -> Systemüberwachung - Performancemonitor" nutzen.
Bei KDE4 ist das entsprechende Programm im Menü in
"Programme -> System -> Systemmonitor" zu finden, der Reiter "Systemlast" zeigt mitunter auch die Swapnutzung an.
Unter Xfce kann man sich die Belegung von Swap anzeigen lassen, in dem man den Menüpunkt "Applications -> System -> Systemüberwachung", Reiter "Ressourcen" wählt.
Oder, in dem man zum Xfce Panel das Plugin "Systemauslastung" hinzufügt.
---------------------------------
enterprise:~ # dd if=/dev/zero of=/swap bs=1024 count=16384
16384+0 Records ein
16384+0 Records aus
enterprise:~ # ls -l /swap
-rw-r--r-- 1 root root 16777216 Nov 17 12:15 /swap
Das Gerät /dev/zero ist praktisch das Gegenteil von /dev/null. Während /dev/null praktisch ein WOM (Write Only Memory) ist, der alle Informationen schluckt und Sie nicht wieder hergibt, ist /dev/null ein unendlich großer Datenträger, auf dem aber nur Nullen stehen. Der obige Befehl liest praktisch 16384 Blöcke mit 1024 Bytes von diesem Gerät und schreibt Sie in die Datei /swap.
Nach dem Anlegen der Datei sollten Sie sicherheitshalber mit dem Befehl sync (10.3.4) die Dateisysteme wieder synchronisieren.
Auf keinen Fall darf die Swap-Datei eine Lücke besitzen. Die Blöcke der Datei müssen sich hintereinander auf der Platte befinden.
mkswap -c GERÄTENAME
GERÄTENAME steht für den Namen der Partition bzw. der Datei. Der Schalter -c ist optional und bewirkt, daß der Swap-Bereich bei der Formatierung auf fehlerhafte Blöcke untersucht wird.
Nehmen wir als Beispiel mal die oben angelegte Swap-Partition. Mit dem folgenden Befehl wird sie als Swap-Bereich formatiert.
enterprise:~ # mkswap -c /dev/hdb1
Swapbereich Version 1 mit der Größe 279642112 Bytes wird angelegt
Die Swap-Datei wird analog angelegt. Nur daß anstatt des Gerätenamens, der Dateiname angegeben wird.
enterprise:~ # mkswap -c /swap
Swapbereich Version 1 mit der Größe 16773120 Bytes wird angelegt
enterprise:~ # sync
Nach dem Einrichten einer Swap-Datei sollten Sie immer das Dateisystem mit sync synchronisieren um sicherzugehen, daß die Informationen auch physikalisch auf die Platte übertragen worden sind. Dies ist bei der Swap-Partition natürlich nicht nötig.
Als Beispiel schauen wir uns doch mal die Einbindung unserer Swap-Datei ins System an.
enterprise:~ # free
total used free shared buffers cached
Mem: 513448 466992 46456 0 63500 258672
-/+ buffers/cache: 144820 368628
Swap: 1028120 0 1028120
enterprise:~ # swapon /swap
enterprise:~ # free
total used free shared buffers cached
Mem: 513448 467032 46416 0 63528 258672
-/+ buffers/cache: 144832 368616
Swap: 1044496 0 1044496
enterprise:~ # swapoff /swap
enterprise:~ # free
total used free shared buffers cached
Mem: 513448 467036 46412 0 63536 258672
-/+ buffers/cache: 144828 368620
Swap: 1028120 0 1028120
Auf jeden Fall sollten Sie eine Swap-Datei nur dann löschen, wenn Sie sie vorher mit swapoff deaktiviert haben.
Wie üblich ist dieser Befehl nicht von Dauer. Nach einem Reboot ist der Swap-Bereich wieder inaktiv. Die Swap-Bereich müssen also bei jedem Start initalisiert werden. Dies geschieht mit dem Befehl swapon -a in einer der Startdateien.
swapon -a liest die Informationen aus der Datei /etc/fstab aus. Wenn dort Informationen des Typs
/dev/hda6 swap swap sw 0 0
bzw.
/dev/hdb1 swap swap pr=42 0 0
dann werden die jeweiligen Swap-Bereiche beim Booten initialisiert. Sie sollten für jeden neu angelegten Swap-Bereich einen Eintrag zur /etc/fstab hinzufügen.
Multiboot-Umgebung mit Windows XP, Windows 2000, SuSE Linux und Debian Sarge
Operation
One of Coral's key goals is to avoid ever creating 'hot spots' of very high traffic, as these might dissuade volunteers from running the software out of a fear that spikes in server load may occur. It achieves this through an indexing abstraction called a distributed sloppy hash table (DSHT); DSHTs create self-organizing clusters of nodes that fetch information from each other to avoid communicating with more distant or heavily-loaded servers.
The sloppy hash table refers to the fact that coral is made up of concentric rings of distributed hash tables (DHTs), each ring representing a wider and wider geographic range (or rather, ping range). The DHTs are composed of nodes all within some latency of each other (for example, a ring of nodes within 20 milliseconds of each other). It avoids hot spots (the 'sloppy' part) by only continuing to query progressively larger sized rings if they are not overburdened. In other words, if the two top-most rings rings are experiencing too much traffic, a node will just ping closer ones: when a node that is overloaded is reached, upward progression stops. This minimises the occurrence of hot spots, with the disadvantage that knowledge of the system as a whole is reduced.
Requests from users are directed to a relatively close node, which then finds the file on the coral DSHT and forwards it to the user.
Usage
A website can be accessed through the Coral Cache by adding .nyud.net to the hostname in the site's URL, resulting in what is known as a 'coralized link'. So, for example, http://example.com becomes http://example.com.nyud.net.
Real men don't use backups, they post their stuff on a public ftp server and let the rest of the world make copies. --- Linus Torvalds
Disk cloning in progress. I used Fedora 8, and the command "dd" to clone the discs from the bootable System rescue CD disc.
> dd if=/dev/sda of=/dev/sdb
Instructions of how I did the DrQueue setup is here:
DrQueueHOW-TO.pdf
The most amazing is that this machine just cost as a better standard PC, but has 24 cores that run each at 2.4 Ghz, a total of 48GB ram, and just need 400W of power!! This means that it hardly gets warm, and make less noise then my desktop pc.
Render jobs that took all night, now gets done in 10-12 min.
..next one will be in red.. www.sfe.se
Update 1:
It has been crazy last days. I have got allot of questions regarding details, construction and software setup. I'll do a better page as soon... or I build the Red Helmer II :) Would be fun to use the AMD 16 core Bulldozer cpu x 6 = 96 core in a box :)))
If a hardware manufacturer/pr-guy happened to read this. I'm very happy to receive hardware play around with ;)
Update 2:
It has happened! I filled the ram, and all boards begun to swap. During this the power consumption was up to 800W. Running now a while, I noticed that H1 board (bottom one) gets hotter than the other boards. I think this is because the other boards are cooled from the fan below also.
Update 3:
Well, general planning and webpage have begun on Red Helmer II - thank you Google :)
Update 4:
First alternative hardware for Red Helmer is selected, and will do about 12Tflops. (64x times faster then Helmer 1) and cost about the same :) Stay tuned for more!
Update 5:
A hardware god may help me, and then Helmer II will do about 50 TFLOPS!!!! please please, may the force be with me :)
Blog
Some render tests result here:
The storming sea scene file 24 frames in resolution 4000x4000 pixels.
- On a MacPro 2 x DualCore Xenon 2.66 Ghz with 4 GB ram
took 552 minutes (9.2 h)
- Helmer did same 24 frames in 4k format in 64 min.
Some approximate numbers give Helmer a floating point capacity of 186 Gflops
A better spelled version of this page is here (by Dan - Thanks)
How to determine if your system contains a 32-bit or 64-bit processor.
1. On the Start menu:
1a. For Windows* 2000, select Settings and then
select Control Panel.
1b. For Windows* XP or later operating systems,
select Control Panel.
1c. Open the 'System' applet (you may first have to
select 'Switch to Classic View').
2. Select the 'Hardware' tab.
3. Select the 'Device Manager' button.
4. The processor type will be indicated by the value under
the 'Computer' section on the 'General' tab.
To operate in the Long mode a 64-bit Operating System is required.
Thanks to blackviper.com!
Includes complete explanations of each service and advice on which services you can safely disable.
This is part One, part Two is here:
VMWare running native XP on SATA disk, part 2.
Resources:
http://vmware.com/download/server/drivers_tools.html
http://digg.com/linux_unix/Running_a_Windows_Partition_in_VMware
http://forums.gentoo.org/viewtopic-t-246371-start-25.html?sid=ae86f6d7c87732ca4661ca0cf2731d35
http://ubuntuforums.org/showthread.php?p=3642297
http://sanbarrow.com/phpBB2/viewtopic.php?t=930&start=0&sid=2bb0f1e76a0e57cf7d6a0547b3deaf20
Best practices for DNS client settings in Windows 2000/2003 Server:
http://support.microsoft.com/?id=825036
Avast for Linux: http://www.avast.com
AVG free : http://www.grisoft.com
Avira for Unix: http://www.avira.com/en/pages/index.php
Clam Av: http://www.clamav.net/download
| For Windows | ||
| ||
| ||
| For Linux | ||
| ||
| ||
| ||
| ||
| ||
|
Solution
First please refer to the following supported upgrade path:
http://www.microsoft.com/windowsserver2003/evaluation/whyupgrade/supportedpaths.mspx
Please also note you can only upgrade to Enterprise 32bit from your system.
http://support.microsoft.com/kb/810613
If you can meet the upgrade requirements, please try steps below:
1. Insert the Windows Server 2003 Enterprise CD.
2. Click Start, point to Accessories, and then click Program Compatibility Wizard.
3. In the wizard, click Next.
4. Choose “I want to use the program in the CD-ROM drive” and click Next.
5. Choose “Do not apply a compatibility mode” and click Next.
6. Click Next.
7. Check the box before “Allow non-administrators to run this program” and click Next.
8. Click Next.
Now you can double-click the executable file to install Windows Server 2003 Enterprise again.
If the issue persists, please let me know if your Windows Server 2003 Standard and Enterprise are retail or OEM versions. Does your Windows Server 2003 Enterprise include R2 and SP2?
Hope it helps.
The two basic principles of Windows system administration:
| Acronyms and Abbreviations | |
|---|---|
| CCP | Compliance Checking Program (Upgrade Version) |
| CHK | Checked Build |
| EVL | Evaluation Version |
| FPP | Full Packaged Product (Retail Version) |
| MPC | Microsoft Product Code |
| OEM | Original Equipment Manufacturer |
| PID | Product ID After the Product Key is validated in the Setup program, the Setup program builds a unique PID which is assigned to the computer. A PID contains the Microsoft Product Code (MPC) and the three characters channel ID value. |
| RTM | Release To Manufacturing |
| SEL | Select (License for 250 or more PCs) |
| SLP | System-Locked Preinstallation Royalty OEM vendors can distribute Windows products by using System-Locked Preinstallation Product Keys so that end users can bypass product activations. |
| VLK | Volume License (Product) Key |
| VOL | Volume (License) |
| WPA | Windows Product Activation |