Our first computer and DOSGaming

Posted on by — Leave a reply

It was late 80s when my father brought our first PC to our home. It was an 80286 at 8Mhz, 1024Kb of RAM and a 20Mb ST-225 Seagate Hard Disk. That hard disk occupied a 5.25″ bay and was connected via MFM interface, the IDE predecessor which used similar encoding as Floppy Disks.

That computer was accompanied by a Zenith EGA monitor (a noisy one thanks to its internal fan) and it was my first approaching to a computer!

I was so young (about ten) so I only used that computer for playing games. At that time, several games fitted into one floppy disk! That first games were Digger, Kong (Donkey), SpaceIN(vaders), GP (Grand Prix), Zaxxon, and more that I’ll explain in future posts.

Past several years, I upgraded to a 80286/16Mhz with 4Mb RAM, and at mid 90s I had an 80386/40Mhz with a 130MB Hard disk (that was the same PC, only updating motherboard and components).

Having a PC since late 80s, and having my own motherboard updates, there was where I started to learn all the skills that I have nowadays, that brought me to be a Sysadmin 馃槈

I still conserve several of that Hardware: 80286 motherboard, ST-225 20Mb Hard Disk, 8bit-ISA MFM HD Controller, a CGA/EGA/VGA Card and I save it as a treasure! In future posts I’ll post some photos of that hardware.

This is how it looked like playing on that times: 1998 PC Game Accolade’s Grand Prix.

Thanks to @dosnostalgic who has awaken my #DOSgaming spirit 馃槈

Quick recovery of Linux boot (Grub) or Windows MBR

Posted on by — Leave a reply

One of the common problems in Linux installations is to lose or damage the the boot loader (Grub), specially if on the same machine coexists other OS from Microsoft family.

On the other side, while you are testing Linux you can loose your Windows Boot.

I used to repair this kind of problems in the old-school way: Booting a Linux liveCD+mount HD partition+chroot+install grub+cross fingers. But this is not a method recommended for novice users…

Recently I’ve discovered an utility that is designed specially for this! The utility is called Boot Repair CD (you have to burn the ISO to a CD or USB) and after booting, an assistant will appear and magically solve your boot problems 馃檪

Boot Repair Disk (Easy way)

Boot Repair Disk (Easy way)

Even they will help you if the utility can’t repair your boot area:

Launch Boot-Repair, then click the “Recommended repair” button. When repair is finished, note the URL (paste.ubuntu.com/XXXXX) that appears on a paper, then reboot and check if you recovered access to your OSs. If the repair did not succeed, indicate the URL to boot.repair@gmail.com in order to get help.

For advanced users, it also have a bunch of options related to Grub and MBR:

Boot Repair Disk (Advanced mode)

Boot Repair Disk (Advanced mode)

Give it a try!

Set date on all your JPG photos from EXIF data

Posted on by — Leave a reply

I don’t know if it’s a normal situation or it is one of that things that only happens to me: All my photos had lost their original timestamp. So all files have the same date (the date when files were copied from the old hard disk) and it’s a mess when you have gigs of photos from travels, family, events, animals, etc. without its original shoot date.

So I adapted this little script that reads EXIF data from JPGs recursively into folders and sets timestamp on the files accordingly. Easy!

All you need is the exiv2 tool (quickly available on your distro repos) and run this little script: (Remember to chmod it to a+x or 755).

Resize a mounted Linux partition

Posted on by — Leave a reply

Today I’ve learnt that a Linux partition (which is mounted) can be grown “a la brava” (means “the hard way” in Catalan) directly modifying it through Fdisk and then resizing with resize2fs. That’s it….

With my own conservative way I’d boot the machine into Gparted (A very useful small distro that boots into Gparted directly), resize the partition (unmounted), and then reboot again.

The only condition is that the partition which has to be grown is the last one. If not… things get more complicated (or not, if the last partition is a swap one, which can be erased and recreated without problems). Other condition is that particion can only be grown (not shrink).

The process it’s easy:

  • First grow the disk physically (can be a VM disk, a new bigger disk just cloned, or simply a partition that does’nt fill the entire disk).
  • With Fdisk, remove the partition.
  • Without exiting Fdisk, create a new partition. Carefully note that the first sector match the previous first sector. The last sector can be the end of the disk i.e.
  • Verify/toggle Boot flag, must be activated.
  • Save and exit. Cross your fingers and reboot.
  • Once rebooted, grow the filesystem with resize2fs.

 

Bye backups… hi ZFS snapshots!

Posted on by — Leave a reply

Today an entire folder disappeared from my Owncloud instance. It is an entire mystery why has disappeared. And I haven’t backups since owncloud data supposedly is synced between all client computers…

But, who wants backups when you have ZFS snapshots? I have all my private Owncloud data into a ZFS volume, and a cron job that do snapshots at midnight. Unlike Solaris, ZFS on Linux doesn’t have snapshotting natively so we have to use this set of pretty scripts: zfs-auto-snapshot

ZFS snapshots can be accessed like if they were a regular filesystem and they show you the files as it were just at the snapshot moment. The good thing is that the space occupied is *very* low (only stores changed data like it were an incremental backup).

So you only have to copy the missing data from the snapshot folder into the original place.

zfs list shows us all the datastores, mountpoints and snapshots:

 

We want to restore the latest snapshot from May 12th at 04:25am. First we have to ensure that snapshots are visible to us. We’ll set RomaniHD/Magatzem datastore to show snapshots. It will be located hidden on the datastore root (/datastore/.zfs)

 

Voil脿, we have a virtual copy of our datastore of the last week:

Now we have to enter the desired folder (day) and copy the contents into the correct place.

In my case, I restored Owncloud data, so after copying the missing data I had to do a content refresh. First become www-data user and tell owncloud to refresh its entire data folder: