Newsgroup: it.comp.os.dibattiti
Titolo: BOFH rulez !

Qualche genio che ha messo su il PDC della mia rete prima (ma mooolto
prima) che arrivassi io (il Bertani ne sa qualcosa) si e' visto bene,
fra le tante porcherie (Oracle su un PDC, l'installazione di MS Offais
97 condivisa in modo da effettuare le installazioni via rete, varie
porcherie come VDO Live Player e via dicendo) ne ha fatto una che le
batte tutte: creare una serie di directories annidate nell'ultima delle
quali c'era.. indovinate? Si, esatto, un file chiamato CON ed ovviamente
non si poteva cancellare in nessun modo: con Delete o tasto Canc neanche
a parlarne, ho provato a montare con smbmount il disco e poi andare di
rm -f, niente.. ho provato con rm ed rmdir del Resource Kit dopo aver
sentito il Bertani.. niente. Allora ho usato il vecchio metodo "Simon"
che non tradisce mai:
1 trascin tutt i fails su altr server
2 click destr su disc
3 formatt
4 voila' e vaffanchiů
ora, trombati Oracle, Offais 97 e le varie porcherie condivise,
ripuliti i database DHCP e WINS (non oso raccontarvi cosa c'era.. massě,
ve lo racconto: a parte gli IP da 1 a 50 riservati per i server - questo
fatto da me in un secondo momento - erano stati riservati tutti gli IP
tranne il broadcast - per fortuna <G> - e gli era stato dato lease
indefinito, quindi in pratica non avrebbero mai cessato di essere
assegnati, fra questi almeno 100 erano assegnati a dei collegamenti in
RAS che non so se erano mai stati effettuati ma avendo lease indefinito
erano li' solo ad occupare IP inutili, insomma belle bestie, neh? Un
tipico esempio di amministratori m$ ignoranti) ha ripreso la parvenza
di un vero PDC.
Un grazie pubblico a San Bertani..
-- 
|Pierluigi De Rosa (
tho...@durin.khazad-dum.net
)|
|     E' nato il Cosenza Linux User Group	|
|   mail -s help 
cslug-...@lists.linux.it
	|
|      IRC: #cslug - 
irc.openprojects.net
	|

sentito il Bertani.. niente. Allora ho usato il vecchio metodo "Simon"
Cavoli, cinque minuti col metodo di Leo:
crei un file pippo di testo con queste tre righe:
e0:72d
44
q
e poi dai da dos: debug<pippo, e ora CON si cancella. Per rimettere a
posto la console o riavvii o tutto uguale, ma con 43 invece di 44.
DON perche' pensava a don perignon, non per crisi mistica penso;-)
-- 
Ci sentiamo  |  Remigio Zedda  || Attenzione! campo "From:" alterato
ciao Remigio |                 ||==> E-mail: 
remi...@tiscalinet.it
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian GNU/Linux 2.2 Potato */

 e poi dai da dos: debug<pippo, e ora CON si cancella. Per rimettere a
Hemmm... e' un po' di anni che non mastico piu' l'assembler... me
la spieghi questa? 
P.S. ma su NT Server c'e' il debug?
Scrivimi pure in mail privata se pensi sia meglio...
Davide

 crei un file pippo di testo con queste tre righe:
Ma ti pare una cosa normale dover ricorrere al codice macchina per poter
cancellare un file? A me no..


P.S. ma su NT Server c'e' il debug?
Beh, debug.exe gira sempre in tutti i dos, al piu` c'e` da aggiornare
setver.exe.
Poi, se NT protegge o no la memoria base, lo saprai tu. D'altra parte
te ne accorgi subito e non puoi fare certo danni.


cancellare un file? A me no..
Ma certamente, avevo appena sorvolato sul resto che avevi scritto.
Chissa` che razza di pazzia aveva in mente col tutte le directory
annidate e intoccabili. Forse per bloccare defrag;-) Cmq hai anche
approfittato per un bel ripulisti generale, ho visto:-)
Ps. Magari aveva messo dati segreti, visto che secondo lui non era
leggibile..


 leggibile..
Beh, che peccato, addio segreti...


DON perche' pensava a don perignon, non per crisi mistica penso;-)
Questa mi mancava, keep al volo.
Ciao
Francesco

Un grazie pubblico a San Bertani..
Non ti sembra di esagerare?
Mi rovini la reputazione, se i miei utenti leggono questa magari
pensano che mi sia rammollito e si mettono a fare i comodi loro..
Uhmm, vado a prendere la frusta e a fare un giro preventivo.
Prevenire e' meglio che curare.
Ciao
Francesco

 Questa mi mancava, keep al volo.
Ecco, provala (sempre se riesci a creare un file CON) e mi fai sapere
perche' interessa pure me.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Prevenire e' meglio che curare.
Si ma cospargila di sale, prima, cosi' ottieni un doppio effetto..
sanguinamento e bruciore :-))


q
Non sono sicuro che funzioni in una shell DOS di Windows NT.
Garantisco per Win95 e 98.
Leonardo
-- 
Microsoft Outlook: il primo news reader con supporto messaggistica RAID 1.

perche' interessa pure me.
Badate che l'indirizzo 0x072d e` per il dos 6.22. Per Uindous e`
all'inizio del paragrafo se non ricordo male. Se servono per le reti,
ve le mando per email in eseguibile .com (15 byte l'una[*]) e vi metto
pure il sorgente in assembly. Pero` dubito che con NT si possa accedere
in scrittura: siamo in memoria base e nell'area di sistema(?).
[*] Quella di andata: CON-->DON ce l'ho gia` fatta, le altre non ci vuol
niente, cambio 72d con 700 per uindous, e 44 con 43 per il ritorno.
Fammi sapere. Il codice e` cosi`:
xor  ax,ax
mov  ds,ax
mov  bx,072dh
mov  al,44h
mov  [bx],al


Garantisco per Win95 e 98.
Si`, ma in questo post ho riportato l'offset per il dos. L'indirizzo
per Win98-SE e` a 0x700, e anche tu (che hai Win95) avevi infatti messo
cosi`. Adesso poi guardo con ME.


 
si ma a questo punto sorge spontanea la domanda... come ha fatto il primo 
tizio a creare il file CON? cosi'?

In un messaggio del Sat, 10 Feb 2001 17:01:28 GMT munehiro scriveva:


Non so, non si e' riusciti a riprodurre piu' la cosa.. non ne ho proprio
idea.


 in scrittura: siamo in memoria base e nell'area di sistema(?).
Si, dubito anche io che NT permetta di scrivere cosi' in memoria..
secondo me non funziona.. In ogni caso personalmente non e' che abbia
piu' tanto interesse nel fare di questi esperimenti visto che oramai ho
risolto (anche se in modo drastico) il mio problema :-)





Questo e` un modo. Se ne possono trovare altri, diversi per come
cambiano il nome del dispositivo in memoria, o per come creano il file.
Esempio, adesso do da Linux:
[/dos/prova] root_6#: touch ./CON
e invece no, porca miseria imparo a fare il furbo:-(( mi ha detto:
touch: CON: Invalid argument
Beh, come non detto:-(  Linux rispetta il dos piu` del dos stesso.
E allora si potrebbe penso cambiare il nome nelle due FAT a mano.
Invece per come cambiare in memoria CON-->xON si puo` benissimo fare
in assembly, e allora anche almeno in C. (in .asm ho postato prima un
esempio). Questo metodo di usare debug.exe ha il vantaggio enorme che
il file d'input e` testo ascii puro; un po' come l'eicar test, che e`
un binario .com camuffato da stringa ascii iso-7.


cosi`.
E' uguale :-). 0000:0700 = 0070:0000
<FLASH>con... con la differenza... che...<occhio smarrito>...ma no...
...un NT. Mi serve un NT. Ora. Subito.
Leonardo con il prurito alle mani


...un NT. Mi serve un NT. Ora. Subito.
C'entra la linea 20 ? Gli indirizzi lineari?
E va be', ho capito, mi tocca reistallare NT pure a me: c'e` burrasca
in arrivo da Leo-Ovest


C'entra la linea 20 ? Gli indirizzi lineari?
No. M'e' venuto in mente all'improvviso in che modo potrei - se fossi
un pazzo furioso - implementare una "protezione" rapida della memoria
DOS, 70% piu' efficiente di quella di DOSEMU, solo con un pikkolo und
inzighnifikante probleminen ("che non si verifichera' mai" - come, se
non erro, disse qualcuno a proposito dei DNS...).
Prima di mettermi a sghignazzare come una jena, pero', volevo fare un
paio di prove per essere sicuro. Perche' forse ho capito come puo' il
luser segnalato da Thorin aver creato quella directory nidificata.
BTW, creando una directory nidificata "C:\CON\CON", indovina che cosa
succede aprendo Esplodi Risorse... *anche* su un Windows patchato.
A quanto pare, la patch (almeno quella che ho installato io, chiamata
DevicePatch.exe, 266.936 bytes, v4.72.2811.0 (se non e' la "versione"
dell'extractor!)) impedisce di INVIARE \$DEVICE\ al sistema operativo
ma NON di *RICEVERE* dal file system.
Del resto come potevano prevedere che si potesse CREARE davvero uno o
piu' files (o directories) con nomi riservati? ("Non succedera'!").
Ah, prima di provarci, tieni presente che, al riavvio, SCANDISK ti si
piantera' durante l'esplorazione delle directories (oh oh).
Leonardo


piantera' durante l'esplorazione delle directories (oh oh).
Come ho detto prima, dovrei essere senza cervello a permettere che
scandisk faccia i suoi comodi: e` in cella d'isolamento a marcire. La
prima cosa che metto in msdos.sys e` AutoScan=0 ;-))


  prima cosa che metto in msdos.sys e` AutoScan=0 ;-))
Io ho risolto con metodi molto piu` grezzi[1].
#v+
#include <stdio.h>
#include <stdlib.h>
int main()
{
	printf( "Non mi rompere 'oglioni\n" );
	return EXIT_SUCCESS;
}
#v-
gcc tmp.c -o scandisk.exe	# Ovviamente e` il GCC per Win ;-)
Voglio vederlo io a farmi lo scannadisk.
+++
[1] Okay, okay: non sapevo dell'Autoscan. Ma volete mettere?
-- 
Emmanuele Bassi         | Homepage: [ 
http://digilander.iol.it/ebassi/
 ]
(Zefram)                | Mail    :           [ 
emmanue...@iol.it
 ]
GnuPG Key Fingerprint: 9747 635E B95A B0B3 4370 1CAA CAF7 512B 945C A44C

Voglio vederlo io a farmi lo scannadisk.
Uhm, non dir quattro.. in windows-me ne ho avvistato tre copie: la
solita in command e le altre in directory alquanto sospette :-((


 solita in command e le altre in directory alquanto sospette :-((
Beh, innanzitutto  prima che un  CD di WindowsME  arrivi in casa  mia ne
passera`  di tempo  (se non  come disco  per il  tiro al  piattello). In
secondo luogo, dovunque sia, lo scovo... <veg>
-- 
Emmanuele Bassi         |  Linux: [ 
http://digilander.iol.it/ebassi/linux/
 ]
                        |   SLRN: [ 
http://digilander.iol.it/ebassi/slrn/
  ]
emmanue...@iol.it
  |   SETI: [ 
http://digilander.iol.it/ebassi/seti/
  ]


Cavoli, cinque minuti col metodo di Leo:
Aspetta, notiziona dell'ultim'ora, in Windows NT non serve!
le periferiche di DOS ci stanno solo per bellezza: sono dei semplici 
symlink alle periferiche attuali, nient'altro che una feature per la 
compatibilità all'indietro (ah, anche le lettere di unità sono 
periferiche DOS, e anche quelle sono dei symlink - in Windows NT i 
dischi hanno in realtà nomi molto simili ai /dev/hdxxx di Unix). Le 
periferiche DOS si creano, modificano e cancellano con la funzione 
DefineDosDevice(), anche a sistema già avviato (per modificare o 
eliminare periferiche create all'avvio bisogna appartenere al gruppo 
Administrators), dato che l'emulazione DOS è un sottosistema del 
sottosistema Win32, a sua volta sottosistema di Windows NT (sembra 
assurdo, ma è quel meccanismo che va sotto il nome di "macchine 
virtuali")
-- 
===UN*X is SEXY!===
who|grep -i "green eyes"|date; cd ~; apropos fsck; whatis `unzip`|touch; 
strip; finger; mount; gasp; yes|more; uptime; umount; sleep

virtuali")
Beh, win2000 su fat 16, macchine virtuali o no e nonostante i
sottosistemi, si e` crepato. Crash da reset per aver trovato tre
directory CON annidate: C:\CON\CON\CON\
Cmq il problema era di creare e cancellare queste directory. Per tutto
il resto che dici, mi dispiace ma non ho molto da dirti, perche' non ho
il minimo interesse a tale SO e non lo uso neppure. L'ho installato da
un cd di una rivista tanto per seguire l'interessante thread,
vivacizzato da L. Serni.
