exiftool

con exiftool podemos leer desde GNU/Linux la metada que nos muestra el explorador de windows cuando pasamos el puntero sobre un fichero (y mucho más), un ejemplo sería determinar cuál es la versión de un exe que nos acabamos de bajar.

# exiftool install_flash_player_17_active_x.exe

ExifTool Version Number : 9.74
File Name : install_flash_player_17_active_x.exe
Directory : .
File Size : 17 MB
File Modification Date/Time : 2015:03:15 08:16:10+01:00
File Access Date/Time : 2015:03:15 08:16:10+01:00
File Inode Change Date/Time : 2015:03:15 08:16:11+01:00
File Permissions : rw-r--r--
File Type : Win32 EXE
MIME Type : application/octet-stream
Machine Type : Intel 386 or later, and compatibles
Time Stamp : 2015:03:04 00:59:26+01:00
PE Type : PE32
Linker Version : 9.0
Code Size : 202240
Initialized Data Size : 17448960
Uninitialized Data Size : 0
Entry Point : 0x22f7c
OS Version : 5.0
Image Version : 0.0
Subsystem Version : 5.0
Subsystem : Windows GUI
File Version Number : 17.0.0.134
Product Version Number : 17.0.0.134
File Flags Mask : 0x003f
File Flags : (none)
File OS : Win32
Object File Type : Dynamic link library
File Subtype : 0
Language Code : English (U.S.)
Character Set : Unicode
Company Name : Adobe Systems Incorporated
File Description : Adobe® Flash® Player Installer/Uninstaller 17.0 r0
File Version : 17,0,0,134
Internal Name : Adobe® Flash® Player Installer/Uninstaller 17.0
Legal Copyright : Copyright © 1996-2015 Adobe Systems Incorporated
Legal Trademarks : Adobe® Flash® Player
Original Filename : FlashUtil.exe
Product Name : Adobe® Flash® Player Installer/Uninstaller
Product Version : 17,0,0,134

systemd: superblock last write time is in the future (debian)

Hoy actualizando debian me pasó exactemente lo mismo que describí en el post de ayer.

La diferencia es que debian envía un mail con el problema y la solución:

initramfs-tools (0.119) unstable; urgency=medium

* The initramfs will now run fsck on the root filesystem before
mounting it. If the chosen init program is systemd and there is a
separate /usr filesystem, it will also fsck and mount /usr.
* If the /usr filesystem is on a RAID device and the INITRDSTART setting
in /etc/default/mdadm is not 'all', you will need to change it to
include that device.
* If the RTC (real time clock) is set to local time and the local time is
ahead of UTC, e2fsck will print a warning during boot about the time
changing backward (bug #767040). You can disable this by putting the
following lines in /etc/e2fsck.conf:
[options]
broken_system_clock=1

-- Ben Hutchings Sat, 17 Jan 2015 16:56:56 +0000

Como veis aquí se resuelve de otra manera ¡viva debian!

systemd: superblock last write time is in the future (fedora)

UPDATE: la solución es la misma que en el post de debian podéis ignorar lo de abajo o leerlo por mera curiosidad.

En la actualización de hoy en fedora me ha aparecido el error del título, el sistema se atascaba en un fsck permanente de raíz / y systemd ofrecía la consola de recuperación. Más adelante me di cuenta que sólo afectaría a reinicios con menos de una hora de diferencia por la diferencia entre Local y RTC time.

El problema es que hay un montón de ficheros que ahora no se usan desde systemd (entre otros /etc/sysconfig/clock) y a los de la vieja escuela no está dando muchos quebraderos de cabeza. Para información sobre esos ficheros leer aquí.

Después de mucho mirar y darme cuenta que ahora todo se arregla con comandoctl llegué aquí:

# timedatectl status
Local time: lun 2015-03-09 22:17:28 CET
Universal time: lun 2015-03-09 21:17:28 UTC
RTC time: lun 2015-03-09 21:17:29
Time zone: Europe/Madrid (CET, +0100)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: yes
DST active: no
Last DST change: DST ended at
dom 2014-10-26 02:59:59 CEST
dom 2014-10-26 02:00:00 CET
Next DST change: DST begins (the clock jumps one hour forward) at
dom 2015-03-29 01:59:59 CET
dom 2015-03-29 03:00:00 CEST

Warning: The RTC is configured to maintain time in the local time zone. This
mode is not fully supported and will create various problems with time
zone changes and daylight saving adjustments. If at all possible use
RTC in UTC, by calling 'timedatectl set-local-rtc 0'.

el comando sugerido arregló el problema, y así después de ejecutar:

timedatectl set-local-rtc 0

el error desapareció, systemd hizo fsck una sola vez y ¡problema arreglado!

xfce 4.12

No escribo mucho últimamente pero no puedo dejar pasar -aunque sea con cierto retraso- la noticia del lanzamiento del nuevo release de xfce.

xfce es mi escritorio desde que GNOME se convirtió en algo imposible a lo que adaptarse y tengo que darles las gracias, sus mejoras tienen muy buena pinta, más detalles aquí.