Lamentazioni

Vuoi cambiare crontab su SLOWLARIS 9 X86???
Va’! Va’! VAI! FA PURE!!!! FALLO!!!!

bash-2.05# crontab -e 477 dfdfa ? porcoddio ? ma vaffanculo va' ? MA CHE CAZZO MI FAI USARE ED COGLIONE! ? q The crontab file was not changed.

MA PORCODDIO! ED!!!! MA SE C’E’ VI AHAHAHAHAH!
CHE SISTEMA DIMMERDA!

# export EDITOR=vi

E NONOSTANTE CIO’ CRON NON PARE ACCETTARE LA SINTASSI:

*/3 * * * * comando

ma che merda… mi tocca farmi uno script con while e sleep per checckare una cosa… e metterlo su /etc/rc2…

Delle volte per avere maggiori comodita’ ottieni SOLO STRESS E FRUSTAZIONE.
Ero qui, che facevo i backup, alle prese con masterizzazioni, mount ed unmount vari dei dvd.
Mi sono detto: “ora metto su autofs”.
Siccome sul mio pc fisso casalingo c’e’ una Debian (SI LO SO, NON DITEMI NIENTE), uso apt, e lo installo.

metto il timeout a 3 su /etc/default/autofs :

hal9k1:/home/backup# cat /etc/default/autofs
# Timeout value in seconds (default: 300)
TIMEOUT=3

questo e’ /etc/auto.master:

/mnt /etc/auto.misc -v --timeout=3
#/smb /etc/auto.smb
#/misc /etc/auto.misc
#/net /etc/auto.net


questo e’ /etc/auto.misc:

cd -fstype=iso9660,ro,user :/dev/hdc
dvd -fstype=iso9660,ro,user :/dev/hdb
floppy -fstype=vfat,rw,user,sync :/dev/fd0
usbcamera -fstype=vfat,rw,user :/dev/sda1


Questi i link simbolici:

hal9k1:/home/backup# ls -l /media/
totale 4
lrwxrwxrwx 1 root root 7 2005-11-01 18:19 cd -> /mnt/cd
lrwxrwxrwx 1 root root 8 2005-11-01 18:19 dvd -> /mnt/dvd
lrwxrwxrwx 1 root root 11 2005-11-01 18:19 floppy -> /mnt/floppy
lrwxrwxrwx 1 root root 14 2005-11-01 18:19 usbcamera -> /mnt/usbcamer

faccio ls /media/dvd e monta.

MA PORCODDIO L’EXPIRE NON VA, DOPO 3 SECONDI NON FA UN CAZZO, DEVO ASPETTARE CIRCA 20 SECONDI PORCODDIO.
MA PERCHE’!??!?!
PERCHE’ SONO ANCORA A SCLERARE DOPO ORE!?!??!?!

IO PENSO CHE E’ COLPA DI DEBIAN!

update

Pare che il floppy si comporti correttamente:

Nov 1 21:55:15 hal9k1 automount[2445]: attempting to mount entry /mnt/floppy
Nov 1 21:55:18 hal9k1 ntpd[4076]: adjusting local clock by -120.284147s
Nov 1 21:55:20 hal9k1 automount[3309]: rm_unwanted: /mnt/floppy
Nov 1 21:55:20 hal9k1 automount[3309]: expired /mnt/floppy

CIOE’ TUTTO IL MONDO FA IL PONTE, E IO COGLIONE DEVO ANDARE A LAVORO PERCHE’ I CODER HANNO LA “DEADLINE”. MA CHE CAZZO C’ENTRO IO?????

MA VAFFANCULO ALLA LINEA DI MORTE

DISTRUGGERE IL PONTE, DISTRUGGERE IL PONTE… DISTRUGGERE:

Cioe’, altro che user friendly, MANDRAKE E’ UNA MERDA.
Sono giorno che sclero, non funziona vm-pop3d. CHE SI FOTTA.
Gli utenti non autenticano! Il servente dice “cannot lock mailbox”.
MA PORCODDIO!

Guardo i file di log… cerco… cerco… poi faccio un:


[root@www root]# ls -l /home/ | grep mail
drwx--x--x 3 root mail 4096 ott 21 11:22 mail/


NON CHIEDETEMI PERCHE’ E’ SU /HOME/MAIL… E’ UNA LUNGA STORIA…

BTW quei permessi non mi piacciono, faccio un:

chmod 775 /home/mail

E magicamente vm-pop3d funziona… POI DOPO CIRCA UN ORA. NIENTE.
COSI’ RIGUARDO I PERMESSI, E SONO DI NUOVO COME PRIMA.
AH! SARA’ CRONTAB!

[root@www root]# ls -l /etc/cron.hourly/
totale 0
lrwxrwxrwx 1 root root 14 lug 15 2003 msec -> /usr/sbin/msec

#!/bin/sh
#----------------------------
# Project : Mandrake Linux
# Module : share
# File : msec
# Version : $Id: msec,v 1.8 2002/08/19 21:07:17 flepied Exp $
# Author : Frederic Lepied
# Created On : Thu Dec 13 11:36:50 2001
# Purpose : entry script to run hardness script or change
# the security level.
#---------------------------

MA VAFFANCULO CODER DI MERDA! SONO IO IL SYSADMIN E IO VOGLIO I PERMESSI COSI’ PORCODDIO!

# chmod -x /etc/cron.hourly/msec
# [root@www root]# run-parts /etc/cron.hourly/
run-parts: component /etc/cron.hourly//msec is not an executable plain file


V A F F A N C U L O O O O O !!!!

Cioe’ dico, a parte il discorso che la versione x86 e’ davvero una merda, e cio’ fu esposto qualche post fa’…
Dopo aver capito che devo tenermi l’UDMA disabilitato… la prima cosa che ho pensato fu’:

“adesso mi configuro la rete, cosi’ mi sposto sulla mela, mi loggo via ssh sul solaris merda, e mi configuro jboss+postresql parlando di cazzate con gli amici di #mortodentro…” :)

prontamente, la bastardaggine e merda di slowaris9 x86 emerge in tutta la sua magnificenza… NON TROVA LA SCHEDE DI RETE ONBOARD…

MIO DIO. PREVEDO MORTE E PAZZIA!

cosi’ mi informo in giro, googlando, chiedo ad amici SUNNISTI, e mi dicono:

“usa prtconf, RTFM!”

E la mia cappella gia’ si gonfia… ma che cazzo e’ ’sto coso?

ok…:

# prtconf -pv | more

Questo comando ritorna un OUTPUT DELLA MADONNA! con tutte le info sui device, sugli indirizzi di memoria… in mezzo a tutto quel bordello intraverdo:


Node 0x1a7bf8
assigned-addresses: 81002010.00000000.0000d400.00000000.00000100.82002014.
00000000.cfff8000.00000000.00001000.82002030.00000000.fffe0000.
00000000.00020000
class-code: 00020000
compatible: 'pci1039,900.1849.900.90' + 'pci1039,900.1849.900' + 'pci1849,900' + 'pci1039,900.90' + 'pci1039,900' + 'pciclass,020000' + 'pciclass,0200'
device-id: 00000900
devsel-speed: 00000001
fast-back-to-back:
interrupts: 00000001
max-latency: 0000000b
min-grant: 00000034
model: 'PCI: 1849,900 - class: Ethernet controller'
name: 'pci1849,900'
power-consumption: 00000001.00000001
reg: 00002000.00000000.00000000.00000000.00000000.01002010.
00000000.00000000.00000000.00000100.02002014.00000000.
00000000.00000000.00001000.02002030.00000000.00000000.00000000.
00020000
revision-id: 00000090
slot: 00000000
subsystem-id: 00000900
subsystem-vendor-id: 00001849
unit-address: '4'
vendor-id: 00001039


AH! ora e’ tutto piu’ chiaro eh! certo!
C’e’ il nodo 0×1a7bf8 che e’ model: ‘PCI: 1849,900 – class: Ethernet controller’. GRAZIE AMICO SOLARIS!

Cosi’ google… e google.. e ancora google… sunsolve non serve ad un cazzo…

cerco pci1849,900… NIENTE.

cosi’ faccio man prtconf… faccio un:


bash-2.05# prtconf -D | grep pci1849,900
pci1849,900

mentre per altre cosa vedo ad es.:

bash-2.05# prtconf -D | grep pci1849,7002
pci1849,7002, instance #0 (driver name: usba10_ehci)

Ovvero che un driver e’ stato caricato per quel device… CAPISCO CHE SOLARIS NON HA IL DRIVER PER LA SCHEDA… PORCODDIO!

Allora rebootto con un cd live linux, faccio un dmseg | grep eth0, scopro che la scheda e’ una oboard sis900… cerco con google e giungo qui:

http://homepage2.nifty.com/mrym3/taiyodo/eng/

FREE NIC DRIVER FOR SOLARIS

Leggo tra le righe:

I started some following works with porting Linux nic drivers into Solaris. But I have re-written all of them not to use Linux driver codes, as I was pointed out that it was violation of GPL to link GPL drivers into properiety kernel.

MENO MALE CHE CI SONO I PAZZI AMICI!!!!

Cosi’ scarico il driver sfe, lo metto su un cdrw, si perche’ ormai qui i floppy SONO ESTINTI!

metto il cd su solaris, copio su /usr/local/src. Leggo il README.txt, PORCODDIO CI VUOLE IL COMPILATORE…

posso usare o suncc o gcc… cosi’ sclero 2 ore per cercare come isntallare suncc, ci vuole il fottuto cd dei develoPPER tools… mi secco… vado su:

http://www.iforceready.it/sunfreeware/indexintel9.html

E TROVO IL SITO SANTO! SANTO SUBITO!

Scarico il package di gcc… lo installo, compilo il driver, faccio una sequenza di comandi assurdi per installare il driver…

# /usr/ccs/bin/make install
# ./adddrv.sh
# modload obj/sfe
# devfsadm -i sfe
# ifconfig sfe0 plumb
# ifconfig sfe0 192.168.0.233 up
# ping 192.168.0.2
# vi /etc/hostname.sfe0
# init 6

FUNZIONA!!!

SONO DISTRUTTO NON NE POSSO PIU’… E MO MI ASPETTA JBOSS E COMPANY…

MORTE!

Mi trovo su una macchina windows e devo leggere un manuale CHM! ESISTE SOLO STO CAZZO DI FORMATO PER STO MANUALE CHE MI HANNO DATO. ED IL MANUALE NON SI LEGGE, MANCO SI APRE, LEGGE L’INDICE, FA LE RICERCHE.
MA LA SPIEGAZIONE E’ QUI:

Cause

Questo problema si verifica perché gli aggiornamenti della protezione 896358 e 890175 impediscono a contenuti HTML esterni all’area Computer locale di creare un’istanza del controllo ActiveX della Guida HTML (HHCTRL). Questa modifica è stata introdotta per ridurre le vulnerabilità nella Guida HTML.

Risoluzione

Avviso I sintomi sono una conseguenza prevista e voluta dell’installazione degli aggiornamenti della protezione. In questa sezione vengono forniti esempi agli amministratori che devono riattivare il controllo ActiveX della Guida HTML per programmi aziendali di natura critica. Le soluzioni alternative adottate potrebbero rendere il computer più vulnerabile alle minacce a cui gli aggiornamenti della protezione intendono fare fronte. La decisione migliore sarebbe di non utilizzare tali soluzioni alternative. Qualora le si debba utilizzare, impostare i valori del Registro di sistema nel modo più restrittivo possibile.

Avviso L’errato utilizzo dell’editor del Registro di sistema o di un altro metodo può causare seri problemi, che potrebbero richiedere la reinstallazione del sistema operativo. Microsoft non garantisce la soluzione di eventuali problemi derivanti dall’errata modifica del Registro di sistema. La modifica del Registro di sistema è a rischio e pericolo dell’utente.

COME DIRE CHE HAI UNA INFEZIONE AL DITO E TI AMPUTANO IL BRACCIO!
MICROCOZZ MERDA!

ok, mi hanno costretto ad installare SLOWLARIS 9 X86!
Lo installo!
A parte che alla prima schermata rimane freezato su “probing hardware” o quacosa del genere.
Dopo innumerevoli reset riesce a fare il probing. Faccio tutte le schermate, arrivo al partizionamento disco, faccio le mie fottute partizioni.
Inizio la installazione dei file… e via CON UN PUTIFERIO DI WARNING E FAULT DEL DRIVER ATA. SCLERO PER UN ORA.
POI MI ACCORGO CHE AVEVO MESSO I JUMPER DEL DISCO MALE. FISSANDO LA DIMENSIONE A 32GB. CORREGGO.
REBOOTTO.
ORA IL BIOS VEDE 80 GB. BENE!
vado avanti: stesso problema!
CONTROLLO SUL SITO SUN E LEGGO:

forum sun frequentato da poveri cristi:

The error message …

Error for command ‘read sector’ Error Level: Retryable
Sense Key: bad block detected
Vendor ‘Gen-ATA ‘ error code: 0×8

… is really a bug in the Solaris ata driver: it prints obsolete error messages
for modern IDE disks. The correct message for a modern IDE disk is:
“interface CRC error has occurred during an Ultra DMA data transfer”.

–> http://groups.yahoo.com/group/solarisx86/message/16132

So, I guess there’s a hardware issue with the use of UDMA on your
system. Make sure to use short 80-pin IDE cables for UDMA.

Maybe chaning the (U)DMA mode, changing it to/from automatic mode,
or disabling DMA in the system’s BIOS helps.

You can also try to disable DMA disk transfers in Solaris 9 x86, by setting
the “ata-dma-enabled” property to a value of “0″. This can be changed
in a sub-menu on the last DCA screen, the “boot device” menu.

CIOE’ DEVO DISATTIVARE IL DMA!!??!?! MA SONO PAZZI!?!?!

Cmq leggendo su altri forum:

The “bad block detected” message appears to be an old/obsolete error
message text, somewhere in the Solaris “ata” driver.

The ATA-1 standard (1997?) defined the 0×80 bit in the IDE
controller’s error register as “bad block detected”. (See page 32 on
)

The 0×80 bit seems to be “reserved” (undefined, not used any more)
with ATA-2 and ATA-3.

ATA-4 and newer now defines this bit 0×80 as ICRC “interface CRC error
has occurred during an Ultra DMA data transfer” when using ultra dma
transfers. (see the description of the “READ DMA” or “WRITE DMA”
command in ).

The Solaris ata driver seems to interpret the 0×80 bit according to
the old / obsolete 1997 ATA-1 standard.

So the “bad block detected” message seems to be a hint that some sort
of data corruption is happening on the IDE interface during UDMA data
transfers with the HDD. With UDMA capable disks it apparently does
*not* mean “the disk drive is dying”.

Solaris’ ata driver should print a more appropriate error
message for ATA-4 or newer disks, similar to what NetBSD does
in wdperror():

MA CHE MERDA!!!!!!!!!! CHE MEVDA PUVISSIMA POVCODDIO!!!!!!

PS: E pensare che un mio collega mi diceva: RTFM, MA VAFFANCULO ANCHE A LUI. I FORUM SONO MEGLIO DEI MANUALI AHAHHA

porcodio!

PIOVE SISTEMATICAMENTE ALLE 18.00 OGNI GIORNO! MA CHE CAZZO E’!?!?!!?!
DIO CE L’HA CON ME?
MA VAFFANCULO VA!

SE NON CAPISCI LEGGI I POST PRECEDENTI QUI

MI DEVO FARE SPOSTARE L’ORADIO DI USCITA!
MA TANTO DIO E’ PORCO E PIOVERA’ COMUNQUE!