Para la parte de AIX, en lugar de codificar -duro el conjunto de archivos bos.adt.base
, y en lugar de solicitar todas de las actualizaciones --se aplican y confirman --pero en su lugar solo las confirmaciones, pediría el historial del conjunto de archivos que posee el enlace simbólico /unix (que apunta al kernel):
lslpp -q -c -h -Or $(lslpp -q -c -w /unix | cut -d: -f2) | tail -1 | cut -d: -f7-8
En pedazos, eso es:
r
oot o u
sr funciona aquí De adentro hacia afuera, obtenemos el nombre del conjunto de archivos de lslpp... -w
y luego solicitamos el historial de ese conjunto de archivos; luego se canaliza a tail
para obtener la última línea (que se supone que es la más reciente ), y luego a cut
para extraer los campos de fecha y hora.
Para la parte de Solaris, ¿tal vez sería suficiente el parche aplicado más recientemente al kernel?
nawk -F: '/^PATCH_INFO/ { sub(" From", ""); print $2":"$3":"$4; }' \
/var/sadm/pkg/SUNWckr/pkginfo |
sort -k6n | tail -1
У меня недостаточно репутации, чтобы комментировать, но:
Вся твердотельная память имеет конечный срок службы циклов записи и технически изнашивается через них в конце концов, но, честно говоря, забота об этих двух вещах даст вам полезный срок службы порядка десятилетий, если вы не часто используете другое место для дополнительного хранения. Если это в первую очередь просто чтение ОС для загрузки и случайных обновлений, у вас не должно быть никаких проблем.