Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
OS/400 PTFs
104 views
Skip to first unread message
supervinx
May 10, 2012, 3:34:15 AM5/10/12
to
Ieri sera ho scritto da Google Groups, dato che mi trovavo su W2K con
il Personal Communication, ma oggi non li vedo più ... bah ...
Riassumo brevemente...
Ho installato le patches cumulative, con qualche difficoltà.
Non ha effettuato il riavvio automatico, comunicandomi laconicamente che
l'applicazione delle patches non è riuscita.
Con DSPPTF ho notato che era cambiato il placeholder, coerentemente con la
numerazione delle patches cumulative, con l'indicazione IPL --> sì.
Allora ho riavviato manualmente, un IPL lunghissimo, ed alla fine con DSPPTF
ho notato che sono state applicate temporaneamente.
È giusto così o devo applicarle permanentemente (in che modo) ?
Il problema della visualizzazione dei membri è già sparito.
Poi sono passato alle patches Y2K. Il primo CD (nell'ordine che m'avete
consigliato) non sortisce effetti.
Legge e mi dice
Il processo di installazione della PTF non è riuscito.
Non compaiono messaggi né in DSPLOG, né DSPMSG, né WRKPRB.
Fosse fosse che le patches cumulative includessero anche le Y2K (vedasi la
sparizione del problema delle date in PDM) ?
--
http://www.supervinx.com/Retrocomputer
supervinx
May 10, 2012, 4:04:58 AM5/10/12
to
Se devo attenermi alla numerazione delle patches, le cumulative hanno un numero
più alto, per cui dovrebbero includere le Y2K.
Nessuno dei due CD Y2K, infatti, si lascia installare.
--
http://www.supervinx.com/Retrocomputer
più alto, per cui dovrebbero includere le Y2K.
Nessuno dei due CD Y2K, infatti, si lascia installare.
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
May 10, 2012, 4:33:30 AM5/10/12
to
On Thu, 10 May 2012 07:34:15 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Ieri sera ho scritto da Google Groups, dato che mi trovavo su W2K con
> il Personal Communication, ma oggi non li vedo più ... bah ...
In effetti qua non si è visto nulla.
> Non ha effettuato il riavvio automatico, comunicandomi laconicamente che
> l'applicazione delle patches non è riuscita.
Interessante, mi domando perché. Eri collegato come QSECOFR?
> Allora ho riavviato manualmente, un IPL lunghissimo, ed alla fine con DSPPTF
> ho notato che sono state applicate temporaneamente. È giusto così o devo
> applicarle permanentemente (in che modo) ?
È giusto così. Temporaneamente significa che le singole PTF possono essere
rimosse perché di ognuna sono stati conservati gli oggetti sostituiti.
Quando invece vengono applicate permanentemente, gli oggetti vecchi vengono
cancellati e quindi non è più possibile tornare indietro.
> Il problema della visualizzazione dei membri è già sparito.
Perfetto. :)
> Poi sono passato alle patches Y2K. Il primo CD (nell'ordine che m'avete
> consigliato) non sortisce effetti. Legge e mi dice
>
> Il processo di installazione della PTF non è riuscito.
>
> Non compaiono messaggi né in DSPLOG, né DSPMSG, né WRKPRB.
Quello più giusto era DSPJOBLOG. :)
WRKPRB serve soprattutto per i problemi hardware o certi problemi software
tipo eccezioni non gestite. Quindi in questo caso non andava bene.
DSPMSG serve soprattutto per i messaggi fra i vari job.
DSPLOG serve per visualizzare la registrazione cronologica del sistema: lì
semmai ci troveresti/troverai l'elenco delle PTF caricate e applicate, non
la segnalazione di un problema rilevato durante il caricamento, tipo (tanto
per dire) il tentativo di caricare una PTF per un prodotto che non è
installato: quest'ultimo sarebbe un tuo errore e un problema rilevante solo
per te e il tuo job interattivo, non qualcosa che coinvolge il sistema.
Un po' come fare un errore di battitura e scrivere un comando inesistente:
va a finire nel joblog, ma non nell'history del sistema.
Insomma, ricapitolando: DSPJOBLOG e Invio, poi fai F10 per visualizzare
tutti i messaggi e pagina indietro per vedere quelli più vecchi. Su ogni
riga della registrazione puoi fare F1 per avere informazioni aggiuntive.
Quando il job termina, se c'è un certo tipo di configurazione, tutto quello
che si vede in DSPJOBLOG viene trasferito in un file in spool pronto per
essere eventualmente stampato. Prova a vedere con WRKSPLF e/o WRKOUTQ (coda
QEZJOBLOG) se c'è lo spool del joblog della sessione dalla quale hai fatto
il caricamento delle PTF. Lì potrebbero esserci molte cose utili.
> Fosse fosse che le patches cumulative includessero anche le Y2K (vedasi la
> sparizione del problema delle date in PDM) ?
No, questo sono sicuro di no. Può pure essere che alcune fossero anche nel
cumulativo, ma il grosso sicuramente no. Ora che sai di DSPJOBLOG potresti
riprovarci e indagare un altro po'. Potresti pure riprovare a caricare le
PTF del cumulativo: mal che vada ti dirà che non ne ha caricata nessuna
perché tutte quelle che c'erano sul CD sono già applicate... :)
Un'ultima cosa: quando ti dice qualcosa tramite messaggio sulla riga 24
(cioè in fondo allo schermo), controlla sempre se c'è un + in fondo alla
riga: se c'è significa che ci sono altri messaggi prima di quello e li puoi
vedere andando con il cursore sulla riga 24 e poi facendo pagina indietro.
Per quanto riguarda le PTF per l'anno 2000, può darsi che ti abbia detto che
l'installazione non è riuscita con il + in fondo e magari il messaggio
precedente diceva semplicemente che non c'erano PTF utili su quel CD. :)
Controlla se hai il joblog in spool e ritenta. :)
Ciao,
G.
wrote:
> Ieri sera ho scritto da Google Groups, dato che mi trovavo su W2K con
> il Personal Communication, ma oggi non li vedo più ... bah ...
> Non ha effettuato il riavvio automatico, comunicandomi laconicamente che
> l'applicazione delle patches non è riuscita.
> Allora ho riavviato manualmente, un IPL lunghissimo, ed alla fine con DSPPTF
> ho notato che sono state applicate temporaneamente. È giusto così o devo
> applicarle permanentemente (in che modo) ?
rimosse perché di ognuna sono stati conservati gli oggetti sostituiti.
Quando invece vengono applicate permanentemente, gli oggetti vecchi vengono
cancellati e quindi non è più possibile tornare indietro.
> Il problema della visualizzazione dei membri è già sparito.
> Poi sono passato alle patches Y2K. Il primo CD (nell'ordine che m'avete
> consigliato) non sortisce effetti. Legge e mi dice
>
> Il processo di installazione della PTF non è riuscito.
>
> Non compaiono messaggi né in DSPLOG, né DSPMSG, né WRKPRB.
WRKPRB serve soprattutto per i problemi hardware o certi problemi software
tipo eccezioni non gestite. Quindi in questo caso non andava bene.
DSPMSG serve soprattutto per i messaggi fra i vari job.
DSPLOG serve per visualizzare la registrazione cronologica del sistema: lì
semmai ci troveresti/troverai l'elenco delle PTF caricate e applicate, non
la segnalazione di un problema rilevato durante il caricamento, tipo (tanto
per dire) il tentativo di caricare una PTF per un prodotto che non è
installato: quest'ultimo sarebbe un tuo errore e un problema rilevante solo
per te e il tuo job interattivo, non qualcosa che coinvolge il sistema.
Un po' come fare un errore di battitura e scrivere un comando inesistente:
va a finire nel joblog, ma non nell'history del sistema.
Insomma, ricapitolando: DSPJOBLOG e Invio, poi fai F10 per visualizzare
tutti i messaggi e pagina indietro per vedere quelli più vecchi. Su ogni
riga della registrazione puoi fare F1 per avere informazioni aggiuntive.
Quando il job termina, se c'è un certo tipo di configurazione, tutto quello
che si vede in DSPJOBLOG viene trasferito in un file in spool pronto per
essere eventualmente stampato. Prova a vedere con WRKSPLF e/o WRKOUTQ (coda
QEZJOBLOG) se c'è lo spool del joblog della sessione dalla quale hai fatto
il caricamento delle PTF. Lì potrebbero esserci molte cose utili.
> Fosse fosse che le patches cumulative includessero anche le Y2K (vedasi la
> sparizione del problema delle date in PDM) ?
cumulativo, ma il grosso sicuramente no. Ora che sai di DSPJOBLOG potresti
riprovarci e indagare un altro po'. Potresti pure riprovare a caricare le
PTF del cumulativo: mal che vada ti dirà che non ne ha caricata nessuna
perché tutte quelle che c'erano sul CD sono già applicate... :)
Un'ultima cosa: quando ti dice qualcosa tramite messaggio sulla riga 24
(cioè in fondo allo schermo), controlla sempre se c'è un + in fondo alla
riga: se c'è significa che ci sono altri messaggi prima di quello e li puoi
vedere andando con il cursore sulla riga 24 e poi facendo pagina indietro.
Per quanto riguarda le PTF per l'anno 2000, può darsi che ti abbia detto che
l'installazione non è riuscita con il + in fondo e magari il messaggio
precedente diceva semplicemente che non c'erano PTF utili su quel CD. :)
Controlla se hai il joblog in spool e ritenta. :)
Ciao,
G.
ger...@no.spam.mail.com
May 10, 2012, 4:35:49 AM5/10/12
to
On Thu, 10 May 2012 08:04:58 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Se devo attenermi alla numerazione delle patches, le cumulative hanno un numero
> più alto, per cui dovrebbero includere le Y2K.
> Nessuno dei due CD Y2K, infatti, si lascia installare.
Oddio, boh. Ora mi fai venire i dubbi. Quei due CD contengono tutte le PTF
Y2K per le versioni dalla V3R7 alla V4R5, tutte appassionatamente insieme.
Sono sicuro che almeno per la V4R3 (quella che ho io) lì dentro ci fossero
delle PTF non presenti nell'ultimo cumulativo in assoluto. Per la V3R7 non
so, però chissà... Il numero delle PTF è significativo, ma fino a un certo
punto. Vedi cosa ti ho scritto nell'altro messaggio a proposito dei log.
G.
wrote:
> Se devo attenermi alla numerazione delle patches, le cumulative hanno un numero
> più alto, per cui dovrebbero includere le Y2K.
> Nessuno dei due CD Y2K, infatti, si lascia installare.
Y2K per le versioni dalla V3R7 alla V4R5, tutte appassionatamente insieme.
Sono sicuro che almeno per la V4R3 (quella che ho io) lì dentro ci fossero
delle PTF non presenti nell'ultimo cumulativo in assoluto. Per la V3R7 non
so, però chissà... Il numero delle PTF è significativo, ma fino a un certo
punto. Vedi cosa ti ho scritto nell'altro messaggio a proposito dei log.
G.
supervinx
May 10, 2012, 4:41:48 AM5/10/12
to
>> Non ha effettuato il riavvio automatico, comunicandomi laconicamente
>> che l'applicazione delle patches non è riuscita.
>
> Interessante, mi domando perché. Eri collegato come QSECOFR?
>
Certo ! E da console 5250...
>> che l'applicazione delle patches non è riuscita.
>
> Interessante, mi domando perché. Eri collegato come QSECOFR?
>
> Quello più giusto era DSPJOBLOG. :)
>
> Un'ultima cosa: quando ti dice qualcosa tramite messaggio sulla riga 24
> (cioè in fondo allo schermo), controlla sempre se c'è un + in fondo alla
> riga: se c'è significa che ci sono altri messaggi prima di quello e li
> puoi vedere andando con il cursore sulla riga 24 e poi facendo pagina
> indietro.
>
Non c'era alcun +, singolo messaggio.
A proposito, che differenza passa fra "Booting A side" e "Booting B side"
01 A x / 01 B x ?
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
May 10, 2012, 5:47:08 AM5/10/12
to
On Thu, 10 May 2012 08:41:48 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> A proposito, che differenza passa fra "Booting A side" e "Booting B side"
> 01 A x / 01 B x ?
Ha proprio a che vedere con le PTF. I due "lati" sono in realtà due copie
del microcode, La A è costituita solo dalle PTF applicate permanentemente,
invece la B ha anche le PTF applicate in modo temporaneo.
Quando si applicano tutte le PTF in modo permanente, A e B diventano uguali
e infatti il sistema fa l'IPL automaticamente da A.
L'idea è quella di evitare che una PTF problematica possa impedire l'IPL
della macchina: male che vada si parte da A invece che da B.
Se invece la PTF guasta facesse parte dell'OS, si potrebbe sempre avviare in
modo manuale e rimuoverla dal DST, da quel pannello dove si vede l'elenco
dei prodotti installati che poi in realtà serve soprattutto per gestire le
PTF di OS/400, dato che una PTF sbagliata di un altro prodotto si può poi
tranquillamente gestire con i comandi soliti, senza scomodare il DST.
Dal pannello LCD si possono scegliere anche altre due impostazioni, oltre
alle solite A e B per l'IPL da disco.
La C non è dato esattamente sapere a cosa serva, è riservata all'IBM e
almeno per le macchine RISC su cui ho potuto provare fa comparire una
relativamente bella EBCDIC-art (!) che rappresenta il numero di versione a
caratteri cubitali e dà l'accesso a uno strano ambiente di gestione/debug di
cui non si sa nulla (contemporaneamente sul display LCD compare il
misterioso codice C5000000). Nelle macchine CISC invece non succede nulla, o
meglio, la macchina si ferma con un errore e la spia gialla accesa, senza
tanti complimenti. Chissà, forse ci vuole un nastro speciale.
La D invece è per l'IPL da device alternativo, cioè nastro su CISC oppure
sia nastro sia CD su RISC. In particolare ho sperimentato che l'IPL DN (cioè
device alternativo e NON manuale) rimpiazza automaticamente il microcodice
con una nuova copia e poi riavvia la macchina da disco (quindi attenzione).
Ciao,
G.
wrote:
> A proposito, che differenza passa fra "Booting A side" e "Booting B side"
> 01 A x / 01 B x ?
del microcode, La A è costituita solo dalle PTF applicate permanentemente,
invece la B ha anche le PTF applicate in modo temporaneo.
Quando si applicano tutte le PTF in modo permanente, A e B diventano uguali
e infatti il sistema fa l'IPL automaticamente da A.
L'idea è quella di evitare che una PTF problematica possa impedire l'IPL
della macchina: male che vada si parte da A invece che da B.
Se invece la PTF guasta facesse parte dell'OS, si potrebbe sempre avviare in
modo manuale e rimuoverla dal DST, da quel pannello dove si vede l'elenco
dei prodotti installati che poi in realtà serve soprattutto per gestire le
PTF di OS/400, dato che una PTF sbagliata di un altro prodotto si può poi
tranquillamente gestire con i comandi soliti, senza scomodare il DST.
Dal pannello LCD si possono scegliere anche altre due impostazioni, oltre
alle solite A e B per l'IPL da disco.
La C non è dato esattamente sapere a cosa serva, è riservata all'IBM e
almeno per le macchine RISC su cui ho potuto provare fa comparire una
relativamente bella EBCDIC-art (!) che rappresenta il numero di versione a
caratteri cubitali e dà l'accesso a uno strano ambiente di gestione/debug di
cui non si sa nulla (contemporaneamente sul display LCD compare il
misterioso codice C5000000). Nelle macchine CISC invece non succede nulla, o
meglio, la macchina si ferma con un errore e la spia gialla accesa, senza
tanti complimenti. Chissà, forse ci vuole un nastro speciale.
La D invece è per l'IPL da device alternativo, cioè nastro su CISC oppure
sia nastro sia CD su RISC. In particolare ho sperimentato che l'IPL DN (cioè
device alternativo e NON manuale) rimpiazza automaticamente il microcodice
con una nuova copia e poi riavvia la macchina da disco (quindi attenzione).
Ciao,
G.
supervinx
May 10, 2012, 12:54:52 PM5/10/12
to
Ecco l'output di DSPJOBLOG (WRKSPLF o WRKOUTQ non contengono nulla)
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/ptferr.png
Sembra proprio che i due CD Y2K non siano per la V3R7 e che bastino le patches
cumulative...
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/ptferr.png
Sembra proprio che i due CD Y2K non siano per la V3R7 e che bastino le patches
cumulative...
ger...@no.spam.mail.com
May 10, 2012, 4:37:12 PM5/10/12
to
On Thu, 10 May 2012 16:54:52 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Ecco l'output di DSPJOBLOG (WRKSPLF o WRKOUTQ non contengono nulla)
>
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/ptferr.png
... Certo che quel messaggio "Il file non è stato selezionato etc. etc." (di
cui tu non riporti il codice, ma credo sia CPF3717) non mi sembra poi così
normale, neppure nel caso in cui le PTF sul CD siano già state caricate.
> Sembra proprio che i due CD Y2K non siano per la V3R7 e che bastino le patches
> cumulative...
No, questo lo escludo. Piuttosto ipotizzerei che i proprietari precedenti
avessero già caricato le PTF Y2K ma non l'ultimo cumulativo. Diciamo che è
una procedura non proprio logica, ma tecnicamente è possibile.
Ho qui un elenco scaricato anni fa dal sito IBM, ovvero la lista di tutte le
PTF Y2K, sia quelle incluse nei cumulativi sia quelle a parte. Fra quelle
incluse ce ne sono diverse appartenenti al cumulativo che hai caricato tu,
perciò si deduce che la lista fu preparata dopo l'uscita del cumulativo.
Però ce ne sono anche parecchie che non furono mai incluse.
Per esempio, le PTF SF59559 e SF59644 sono presenti nel CD Y2K che hai anche
tu (ho controllato) e risultano pubblicate nel settembre 99, cioè diversi
mesi dopo l'ultimo cumulativo esistente per la V3R7, il quale fu chiuso alla
fine del 98 e distribuito nella primavera del 99.
Quando hai tempo prova questi comandi:
DSPPTF 5716SS1 SF59559
DSPPTF 5716SS1 SF59644
Esce qualcosa o ti dice che quelle PTF non esistono? Se funziona ti apparirà
un menù, scegli la voce 1 e guarda in quale data sono state caricate...
Ah, ultima cosa: hai provato a caricare anche l'altro CD Y2K, vero?
Ciao,
G.
wrote:
> Ecco l'output di DSPJOBLOG (WRKSPLF o WRKOUTQ non contengono nulla)
>
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/ptferr.png
cui tu non riporti il codice, ma credo sia CPF3717) non mi sembra poi così
normale, neppure nel caso in cui le PTF sul CD siano già state caricate.
> Sembra proprio che i due CD Y2K non siano per la V3R7 e che bastino le patches
> cumulative...
avessero già caricato le PTF Y2K ma non l'ultimo cumulativo. Diciamo che è
una procedura non proprio logica, ma tecnicamente è possibile.
Ho qui un elenco scaricato anni fa dal sito IBM, ovvero la lista di tutte le
PTF Y2K, sia quelle incluse nei cumulativi sia quelle a parte. Fra quelle
incluse ce ne sono diverse appartenenti al cumulativo che hai caricato tu,
perciò si deduce che la lista fu preparata dopo l'uscita del cumulativo.
Però ce ne sono anche parecchie che non furono mai incluse.
Per esempio, le PTF SF59559 e SF59644 sono presenti nel CD Y2K che hai anche
tu (ho controllato) e risultano pubblicate nel settembre 99, cioè diversi
mesi dopo l'ultimo cumulativo esistente per la V3R7, il quale fu chiuso alla
fine del 98 e distribuito nella primavera del 99.
Quando hai tempo prova questi comandi:
DSPPTF 5716SS1 SF59559
DSPPTF 5716SS1 SF59644
Esce qualcosa o ti dice che quelle PTF non esistono? Se funziona ti apparirà
un menù, scegli la voce 1 e guarda in quale data sono state caricate...
Ah, ultima cosa: hai provato a caricare anche l'altro CD Y2K, vero?
Ciao,
G.
supervinx
May 10, 2012, 4:50:56 PM5/10/12
to
> ... Certo che quel messaggio "Il file non è stato selezionato etc. etc."
> (di cui tu non riporti il codice, ma credo sia CPF3717) non mi sembra
> poi così normale, neppure nel caso in cui le PTF sul CD siano già state
> caricate.
Non c'era in DSPLOG, DSPJOBLOG, DSPMSG, DSPMSG QSYSOPR, WRKPRB, WRKSPLF,
WORKOUTQ... né tanto meno nel messaggio a fondo schermo.
> No, questo lo escludo. Piuttosto ipotizzerei che i proprietari
> precedenti avessero già caricato le PTF Y2K ma non l'ultimo cumulativo.
> Diciamo che è una procedura non proprio logica, ma tecnicamente è
> possibile.
2000, ma si fermava al 2039.
> Ah, ultima cosa: hai provato a caricare anche l'altro CD Y2K, vero?
una schermata. Sono identiche.
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
May 10, 2012, 4:56:25 PM5/10/12
to
On Thu, 10 May 2012 20:50:56 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> > ... Certo che quel messaggio "Il file non è stato selezionato etc. etc."
> > (di cui tu non riporti il codice, ma credo sia CPF3717) non mi sembra
> > poi così normale, neppure nel caso in cui le PTF sul CD siano già state
> > caricate.
> E dove l'avrei dovuto trovare, il codice che non riporto ?
> Non c'era in DSPLOG, DSPJOBLOG, DSPMSG, DSPMSG QSYSOPR, WRKPRB, WRKSPLF,
> WORKOUTQ... né tanto meno nel messaggio a fondo schermo.
Se fai F1 sulle righe di DSPJOBLOG (e anche DSPMSG e DSPLOG) ti compare il
dettaglio del messaggio, e in alto a sinistra c'è l'identificativo. :)
È molto utile perché è invariante, mentre le traduzioni a volta cambiano
leggermente da una versione all'altra, e soprattutto serve per cercare con
Google nei siti in lingua inglese.
G.
wrote:
> > ... Certo che quel messaggio "Il file non è stato selezionato etc. etc."
> > (di cui tu non riporti il codice, ma credo sia CPF3717) non mi sembra
> > poi così normale, neppure nel caso in cui le PTF sul CD siano già state
> > caricate.
> E dove l'avrei dovuto trovare, il codice che non riporto ?
> Non c'era in DSPLOG, DSPJOBLOG, DSPMSG, DSPMSG QSYSOPR, WRKPRB, WRKSPLF,
> WORKOUTQ... né tanto meno nel messaggio a fondo schermo.
dettaglio del messaggio, e in alto a sinistra c'è l'identificativo. :)
È molto utile perché è invariante, mentre le traduzioni a volta cambiano
leggermente da una versione all'altra, e soprattutto serve per cercare con
Google nei siti in lingua inglese.
G.
supervinx
May 10, 2012, 6:20:06 PM5/10/12
to
> Quando hai tempo prova questi comandi:
>
> DSPPTF 5716SS1 SF59559
> DSPPTF 5716SS1 SF59644
Non è stata trovata la PTF 5716SS1-SF59644 *ALL
Ecco i codici più recenti della categoria SF
SF51526 Applicata temporaneamente Nessuna
SF50333 Applicata temporaneamente Nessuna
SF47983 Superata Nessuna
Ed ecco altre informazioni:
=========================================================================
Il file non è stato selezionato. Per il file
/QPTFMNT/P5716SS1/P3705050/PH000001.A00;1 esiste un'incongruenza degli
identificativi o dei nomi del file.
F1:
Informazioni aggiuntive sul messaggio
ID messaggio . . . . . : CPF3717
Data di invio . . . . : 11/05/12 Ora di invio . . . . . : 00:10:31
Messaggio . . . : Il file non è stato selezionato. Per il file
/QPTFMNT/P5716SS1/P3705050/PH000001.A00;1 esiste un'incongruenza degli
identificativi o dei nomi del file.
Causa . . . . . : Il file nel volume C3303726_01 non è stato ripristinato
a causa di un'incongruenza dei nomi di file. Si è verificata una delle
seguenti condizioni:
-- Se per il parametro LABEL è stato specificato un nome di
identificativo, l'identificativo del file nel volume non corrisponde a
quello del file nel comando.
-- Se nel comando è stato usato il parametro LABEL(*SAVLIB),
l'identificativo del file non corrisponde al nome della libreria per il
parametro SAVLIB specificato nel comando oppure non è valido il
qualificatore del nome del file su minidisco.
-- Se non è stato specificato il parametro LABEL, il volume montato non
contiene i dati da ripristinare.
-- Se per il parametro OPTFILE è stato specificato un nome file ottico, il
nome file sul volume non corrisponde al nome file sul comando.
Correzione . . : Sostituire il volume montato con uno che contenga il file
necessario oppure modificare il nome dell'identificativo specificato per il
parametro LABEL o il nome del file ottico per il parametro OPTFILE, poi
riproporre la richiesta.
=========================================================================
Non esistono PTF sul supporto di salvataggio/ripristino per il programma
su licenza 5716SS1 V3R7M0.
F1:
ID messaggio . . . . . : CPF3992
Data di invio . . . . : 11/05/12 Ora di invio . . . . . : 00:10:31
Messaggio . . . : Non esistono PTF sul supporto di salvataggio/ripristino
per il programma su licenza 5716SS1 V3R7M0.
Causa . . . . . : Non esiste sul supporto di salvataggio/ripristino PTF
(minidisco, nastro, CD-ROM o file di salvataggio) alcuna correzione
temporanea al programma (PTF) per il programma su licenza richiesto.
Correzione . . : Correggere il parametro del programma su licenza (LICPGM)
o assicurarsi che sia usato il corretto supporto di salvataggio/ripristino.
ger...@no.spam.mail.com
May 12, 2012, 6:25:23 AM5/12/12
to
On Thu, 10 May 2012 22:20:06 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> > DSPPTF 5716SS1 SF59559
> Non è stata trovata la PTF 5716SS1-SF59559 *ALL.
>
> > DSPPTF 5716SS1 SF59644
> Non è stata trovata la PTF 5716SS1-SF59644 *ALL
Qui secondo me c'è qualcosa che non va. Le due PTF dette qui sopra SONO
presenti nei CD Y2K, NON sono già installate, eppure il sistema si rifiuta
di caricarle. Francamente non capisco da cosa possa dipendere, men che meno
"vedendo" le cose da lontano.
> Il file non è stato selezionato. Per il file
> /QPTFMNT/P5716SS1/P3705050/PH000001.A00;1 esiste un'incongruenza degli
> identificativi o dei nomi del file.
Mi domando se non ci sia qualche problema con il CD, visto che il messaggio
qui sopra non mi pare normale, neppure nel caso in cui sul supporto non ci
siano PTF utili, magari perché già caricate o perché relative a prodotti non
installati sul sistema.
Ho provato quei due CD da me (V4R3):
+-----
|
| Unità . . . . . . . . . . OPT01 Nome, *SERVICE | | IPL automatico
. . . . . N Y=Si |
N=No | | Tipo di riavvio . . . . . *SYS *SYS, *FULL | | Tipo PTF
. . . . . . . . 1 1=Tutte le PTF |
2=Solo PTF HIPER e correzioni
| HIPER al LIC |
3=Solo correzioni HIPER al LIC |
4=Rivisualiz. codice interno su |
licenza | | Altre opzioni . . . . . . Y Y=Si |
N=No +-----
Mettendo 'Y' in corrispondenza di Altre opzioni compare un secondo pannello
(in cui ho lasciato tutto come ho trovato perché va già bene così):
+-----
|
| Omet. PTF . . N Y=Sì, N=No
|
| Tipo appl. . . 1 1=Imp. tutte PTF ritar.
| 2=App.imme., impost. PTF ritardate
| 3=Applicaz. solo PTF immed.
|
+-----
Dando 'Invio', il sistema inizia a elaborare e mostra un pannello con la
descrizione dei prodotti per i quali sta cercando le PTF. Poi – dato che io
queste PTF le ho già installate tutte – ritorna al menù GO PTF lasciando il
messaggio 'Nessuna PTF è stata installata' (cioè CPF361C) sulla riga 24.
Se vado a guardare con DSPJOBLOG vedo che il tutto inizia con 'Processo di
installazione di PTF avviato' (CPI362F), dopodiché per ogni prodotto
elaborato dice 'Il contenuto della libreria QSRV è stato cancellato'
(CPC2199) seguito da 'Nessuna PTF caricata' (CPF3616) e dopo aver esaminato
tutti i prodotti specifica che 'Non è stata identificata nessuna PTF'
(CPF3660) e infine conclude con 'Nessuna PTF è stata installata' (CPF361C).
> Non esistono PTF sul supporto di salvataggio/ripristino per il programma
> su licenza 5716SS1 V3R7M0.
Ho provato con un CD a caso, che non conteneva PTF, e in DSPJOBLOG vedo
'Processo di installazione di PTF avviato' (CPI362F), poi 'Non esistono PTF
sul supporto di salvataggio/ripristino per il programma su licenza *ALL'
(CPF3992) e infine 'Il processo di installazione della PTF non è riuscito'
(CPF3615). Ora, a parte piccole differenze nel testo variabile, anch'io ho
ricevuto il CPF3992 che hai ricevuto tu, quindi mi viene da chiedermi: siamo
sicuri che quel CD sia sano e leggibile? Mi inizia a venire il sospetto che
il sistema non trovi PTF non perché non ce ne siano, ma perché il CD ha
qualche problema a livello fisico o di filesystem... Che ne dici?
Oppure, un'altra ipotesi che ho fatto è che con la V3R7 non sia possibile
caricare direttamente quel CD dall'opzione 8 di GO PTF, e quindi ti direi di
provare "a mano" con LODPTF specificando i prodotti uno per volta, partendo
con 5716999 (il microcode), unità OPT01 e PTF da scegliere *ALL. Vedi un po'
se così carica qualcosa. Nel caso poi ti dico cosa fare per applicarle.
Come esperimento potresti anche iniziare provando con il prodotto 5716SS1
(cioè OS/400), specificando una delle due PTF dette sopra al posto di *ALL.
Se poi non ci si riesce, pazienza: ci sono un sacco di sistemi che vanno
avanti per anni e anni senza PTF o solo con PTF vecchissime e non danno
problemi. L'unico problema evidente che avevi tu è andato via con le altre
PTF, quindi possiamo anche considerarci soddisfatti così. :)
Ciao,
G.
wrote:
> > DSPPTF 5716SS1 SF59559
> Non è stata trovata la PTF 5716SS1-SF59559 *ALL.
>
> > DSPPTF 5716SS1 SF59644
> Non è stata trovata la PTF 5716SS1-SF59644 *ALL
presenti nei CD Y2K, NON sono già installate, eppure il sistema si rifiuta
di caricarle. Francamente non capisco da cosa possa dipendere, men che meno
"vedendo" le cose da lontano.
> Il file non è stato selezionato. Per il file
> /QPTFMNT/P5716SS1/P3705050/PH000001.A00;1 esiste un'incongruenza degli
> identificativi o dei nomi del file.
qui sopra non mi pare normale, neppure nel caso in cui sul supporto non ci
siano PTF utili, magari perché già caricate o perché relative a prodotti non
installati sul sistema.
Ho provato quei due CD da me (V4R3):
+-----
|
| Unità . . . . . . . . . . OPT01 Nome, *SERVICE | | IPL automatico
. . . . . N Y=Si |
N=No | | Tipo di riavvio . . . . . *SYS *SYS, *FULL | | Tipo PTF
. . . . . . . . 1 1=Tutte le PTF |
2=Solo PTF HIPER e correzioni
| HIPER al LIC |
3=Solo correzioni HIPER al LIC |
4=Rivisualiz. codice interno su |
licenza | | Altre opzioni . . . . . . Y Y=Si |
N=No +-----
Mettendo 'Y' in corrispondenza di Altre opzioni compare un secondo pannello
(in cui ho lasciato tutto come ho trovato perché va già bene così):
+-----
|
| Omet. PTF . . N Y=Sì, N=No
|
| Tipo appl. . . 1 1=Imp. tutte PTF ritar.
| 2=App.imme., impost. PTF ritardate
| 3=Applicaz. solo PTF immed.
|
+-----
Dando 'Invio', il sistema inizia a elaborare e mostra un pannello con la
descrizione dei prodotti per i quali sta cercando le PTF. Poi – dato che io
queste PTF le ho già installate tutte – ritorna al menù GO PTF lasciando il
messaggio 'Nessuna PTF è stata installata' (cioè CPF361C) sulla riga 24.
Se vado a guardare con DSPJOBLOG vedo che il tutto inizia con 'Processo di
installazione di PTF avviato' (CPI362F), dopodiché per ogni prodotto
elaborato dice 'Il contenuto della libreria QSRV è stato cancellato'
(CPC2199) seguito da 'Nessuna PTF caricata' (CPF3616) e dopo aver esaminato
tutti i prodotti specifica che 'Non è stata identificata nessuna PTF'
(CPF3660) e infine conclude con 'Nessuna PTF è stata installata' (CPF361C).
> Non esistono PTF sul supporto di salvataggio/ripristino per il programma
> su licenza 5716SS1 V3R7M0.
'Processo di installazione di PTF avviato' (CPI362F), poi 'Non esistono PTF
sul supporto di salvataggio/ripristino per il programma su licenza *ALL'
(CPF3992) e infine 'Il processo di installazione della PTF non è riuscito'
(CPF3615). Ora, a parte piccole differenze nel testo variabile, anch'io ho
ricevuto il CPF3992 che hai ricevuto tu, quindi mi viene da chiedermi: siamo
sicuri che quel CD sia sano e leggibile? Mi inizia a venire il sospetto che
il sistema non trovi PTF non perché non ce ne siano, ma perché il CD ha
qualche problema a livello fisico o di filesystem... Che ne dici?
Oppure, un'altra ipotesi che ho fatto è che con la V3R7 non sia possibile
caricare direttamente quel CD dall'opzione 8 di GO PTF, e quindi ti direi di
provare "a mano" con LODPTF specificando i prodotti uno per volta, partendo
con 5716999 (il microcode), unità OPT01 e PTF da scegliere *ALL. Vedi un po'
se così carica qualcosa. Nel caso poi ti dico cosa fare per applicarle.
Come esperimento potresti anche iniziare provando con il prodotto 5716SS1
(cioè OS/400), specificando una delle due PTF dette sopra al posto di *ALL.
Se poi non ci si riesce, pazienza: ci sono un sacco di sistemi che vanno
avanti per anni e anni senza PTF o solo con PTF vecchissime e non danno
problemi. L'unico problema evidente che avevi tu è andato via con le altre
PTF, quindi possiamo anche considerarci soddisfatti così. :)
Ciao,
G.
ger...@no.spam.mail.com
May 12, 2012, 7:59:47 AM5/12/12
to
On Sat, 12 May 2012 12:25:23 +0200, ger...@no.spam.mail.com wrote:
> Ho provato quei due CD da me (V4R3):
>
> +-----
Non so perché questa volta il mio client abbia deciso di scassare tutte le
> Ho provato quei due CD da me (V4R3):
>
> +-----
righe, tanto più che erano tutte ben più corte di 80 caratteri.
Mah, ci riprovo di nuovo:
+-----
|
| Unità . . . . . . . . . . OPT01 Nome, *SERVICE
|
| IPL automatico . . . . . N Y=Si
| N=No
|
| Tipo di riavvio . . . . . *SYS *SYS, *FULL
|
| Tipo PTF . . . . . . . . 1 1=Tutte le PTF
| 2=Solo PTF HIPER e correzioni
| HIPER al LIC
| 3=Solo correzioni HIPER al LIC
| 4=Rivisualiz. codice interno su
| licenza
|
| Altre opzioni . . . . . . Y Y=Si
| N=No
|
+-----
G.
supervinx
May 12, 2012, 8:31:11 AM5/12/12
to
>
> Ho provato con un CD a caso, che non conteneva PTF, e in DSPJOBLOG vedo
> 'Processo di installazione di PTF avviato' (CPI362F), poi 'Non esistono
> PTF sul supporto di salvataggio/ripristino per il programma su licenza
> *ALL' (CPF3992) e infine 'Il processo di installazione della PTF non è
> riuscito' (CPF3615). Ora, a parte piccole differenze nel testo
> variabile, anch'io ho ricevuto il CPF3992 che hai ricevuto tu, quindi mi
> viene da chiedermi: siamo sicuri che quel CD sia sano e leggibile? Mi
> inizia a venire il sospetto che il sistema non trovi PTF non perché non
> ce ne siano, ma perché il CD ha qualche problema a livello fisico o di
> filesystem... Che ne dici?
Verificherò, ma il problema è presente su entrambi i CD Y2K che, fra l'altro,
> Ho provato con un CD a caso, che non conteneva PTF, e in DSPJOBLOG vedo
> 'Processo di installazione di PTF avviato' (CPI362F), poi 'Non esistono
> PTF sul supporto di salvataggio/ripristino per il programma su licenza
> *ALL' (CPF3992) e infine 'Il processo di installazione della PTF non è
> riuscito' (CPF3615). Ora, a parte piccole differenze nel testo
> variabile, anch'io ho ricevuto il CPF3992 che hai ricevuto tu, quindi mi
> viene da chiedermi: siamo sicuri che quel CD sia sano e leggibile? Mi
> inizia a venire il sospetto che il sistema non trovi PTF non perché non
> ce ne siano, ma perché il CD ha qualche problema a livello fisico o di
> filesystem... Che ne dici?
ho masterizzato con successiva verifica dati. Se ci fosse incompatibilità
fisica fra il "lettore e lo scrittore" non avrei caricato
(seppur con qualche difficoltà) il cumulativo...
Se ne riparla stanotte, oggi è giornata di prove ;)
ger...@no.spam.mail.com
May 12, 2012, 10:46:11 AM5/12/12
to
On Sat, 12 May 2012 12:31:11 +0000 (UTC), supervinx <nes...@libero.it> wrote:
> > inizia a venire il sospetto che il sistema non trovi PTF non perché non
> > ce ne siano, ma perché il CD ha qualche problema a livello fisico o di
> > filesystem... Che ne dici?
> Verificherò, ma il problema è presente su entrambi i CD Y2K che, fra l'altro,
> ho masterizzato con successiva verifica dati. Se ci fosse incompatibilità
Forse abbiamo svelato l'arcano.
> > inizia a venire il sospetto che il sistema non trovi PTF non perché non
> > ce ne siano, ma perché il CD ha qualche problema a livello fisico o di
> > filesystem... Che ne dici?
> Verificherò, ma il problema è presente su entrambi i CD Y2K che, fra l'altro,
> ho masterizzato con successiva verifica dati. Se ci fosse incompatibilità
Stamattina mi è venuta l'idea di controllare l'hash MD5 dei miei CD e delle
immagini di Sadness e ho scoperto (con nostra somma sorpresa e anche un certo
sconcerto) che erano diversi!
Allora mi sono scaricato la più piccola delle due immagini, l'ho montata in
loop da me e ho proceduto a confrontare il contenuto con quello del mio CD, ma
tutti i file sono sempre risultati identici, in ogni caso e nonostante tutti
gli strumenti utilizzati per il confronto. Inoltre la lunghezza dell'immagine
scaricata e di un'immagine ricavata dal mio CD sono risultate perfettamente
uguali, neppure un byte di differenza.
Insomma, la differenza risiede nel filesystem.
Il mio CD contiene un filesystem ISO 9660 strettamente aderente allo standard,
con in più le estensioni Joliet (che in questo caso non si capisce bene che
senso abbiano, ma tant'è), invece sembra che l'immagine scaricata abbia una
struttura ISO 9660 meno rigorosa, senza estensioni Joliet, ma con i nomi
semplificati direttamente nel descriptor principale. In pratica è come se il
contenuto del descriptor Joliet fosse stato trasformato in quello principale.
Noi – io e Sadness – eravamo francamente convinti che i miei CD (masterizzati)
e le sue immagini provenissero da un'unica fonte, ma evidentemente non è così,
oppure nei vari passaggi (che ormai non riusciamo più a ricostruire) dobbiamo
pensare che sia successo qualcosa che ha causato il problema.
Santo rsync, sempre sia lodato... :)
Ciao,
G.
supervinx
May 12, 2012, 11:39:51 AM5/12/12
to
Ti stavo per scrivere la stessa cosa ...
Ho analizzato il CD su diverse macchine e poi con wrklnk 'QOPT', dopo
che anche lodptf mi aveva dato picche ;)
Mi aveva incuriosito il messaggio di OS/400, PH000001.A00;1
Con wrklnk mi sono spostato fra le directories, ed i files sembravano
essere lì, ma OS/400 non li trova... e la causa poteva essere solo il
filsystem.
Potrebbe esser stato modificato durante la creazione dell'immagine
ISO ?
Ho analizzato il CD su diverse macchine e poi con wrklnk 'QOPT', dopo
che anche lodptf mi aveva dato picche ;)
Mi aveva incuriosito il messaggio di OS/400, PH000001.A00;1
Con wrklnk mi sono spostato fra le directories, ed i files sembravano
essere lì, ma OS/400 non li trova... e la causa poteva essere solo il
filsystem.
Potrebbe esser stato modificato durante la creazione dell'immagine
ISO ?
supervinx
May 12, 2012, 11:44:43 AM5/12/12
to
Riassumendo, le immagini "buone" le hai tu..., ma Sadness ha
disponibile l'FTP.
Quasi quasi ti apro il mio FTP ;)
Per fortuna c'è un mezzo matto (io) che smanetta con la vecchia
ferraglia, così scopriamo i problemi :DDDD LOL !
disponibile l'FTP.
Quasi quasi ti apro il mio FTP ;)
Per fortuna c'è un mezzo matto (io) che smanetta con la vecchia
ferraglia, così scopriamo i problemi :DDDD LOL !
supervinx
May 12, 2012, 12:02:31 PM5/12/12
to
Era una cosa che volevo dirti io.
Dopo che LODPTF m'aveva risposto picche, ed avevo verificato su altre macchine
che il CD fosse leggibile, ho navigato un po' con WRKLNK 'QOPT'.
I files erano lì, ma OS/400 non li trovava.
Non poteva che esserci qualche incompatibilità con il FS utilizzato dal CD.
Potrebbe essersi danneggiato durante la creazione dell'immagine ISO ?
Dopo che LODPTF m'aveva risposto picche, ed avevo verificato su altre macchine
che il CD fosse leggibile, ho navigato un po' con WRKLNK 'QOPT'.
I files erano lì, ma OS/400 non li trovava.
Non poteva che esserci qualche incompatibilità con il FS utilizzato dal CD.
Potrebbe essersi danneggiato durante la creazione dell'immagine ISO ?
Mazzini Alessandro
May 12, 2012, 1:07:35 PM5/12/12
to
M'intrometto ...
svariati mesi fa ho avuto un problema che potrebbe essere legato a quello
attuale. Ovvero immagini iso perfettamente funzionanti e corrette, di hp-ux
11i v1 ... che masterizzate sotto windows usando nero & un altro paio di
nomi blasonati presi a caso, risultavano avere problemi.. il filesystem
risultava modificato, con ovvia incazzatura sia in fase d'installazione, sia
in fase di aggiunta programmi extra. Si poteva ovviare a parte del problema
andando a culo e masterizzando a 1x ( a culo perche' non funzionava
sempre ).
Beh, alla fine il problema e' che questi bellissimi e blasonati programmi di
masterizzazione tendono a fare delle modifiche tipo quelle qui' evidenziate
da Gerry, senza peraltro avvertire.
Le immagini sono state passate su cd in modo perfetto e senza problemi
usando un blasonato tool freeware x linux - unix ( compilato per l'occasione
sulla macchina hpux ), che ha fatto il suo sporco lavoro aderendo al 100%
allo standard...
"supervinx" <nes...@libero.it> ha scritto nel messaggio
news:jom1in$2lg$1...@tdi.cu.mi.it...
svariati mesi fa ho avuto un problema che potrebbe essere legato a quello
attuale. Ovvero immagini iso perfettamente funzionanti e corrette, di hp-ux
11i v1 ... che masterizzate sotto windows usando nero & un altro paio di
nomi blasonati presi a caso, risultavano avere problemi.. il filesystem
risultava modificato, con ovvia incazzatura sia in fase d'installazione, sia
in fase di aggiunta programmi extra. Si poteva ovviare a parte del problema
andando a culo e masterizzando a 1x ( a culo perche' non funzionava
sempre ).
Beh, alla fine il problema e' che questi bellissimi e blasonati programmi di
masterizzazione tendono a fare delle modifiche tipo quelle qui' evidenziate
da Gerry, senza peraltro avvertire.
Le immagini sono state passate su cd in modo perfetto e senza problemi
usando un blasonato tool freeware x linux - unix ( compilato per l'occasione
sulla macchina hpux ), che ha fatto il suo sporco lavoro aderendo al 100%
allo standard...
"supervinx" <nes...@libero.it> ha scritto nel messaggio
news:jom1in$2lg$1...@tdi.cu.mi.it...
supervinx
May 12, 2012, 2:48:25 PM5/12/12
to
Io ho masterizzato con k3b, ed ho appena verificato con dd.
Le due immagini coincidono: la modifica, dunque, è avvenuta a monte della mia
scrittura.
--
http://www.supervinx.com/Retrocomputer
Le due immagini coincidono: la modifica, dunque, è avvenuta a monte della mia
scrittura.
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
May 12, 2012, 3:07:20 PM5/12/12
to
On Sat, 12 May 2012 18:48:25 +0000 (UTC), supervinx <nes...@libero.it> wrote:
> Io ho masterizzato con k3b, ed ho appena verificato con dd.
> Le due immagini coincidono: la modifica, dunque, č avvenuta a monte della mia
> Io ho masterizzato con k3b, ed ho appena verificato con dd.
> scrittura.
Certo che sě, sennň come avrei fatto ad accorgermene confrontando il mio CD
(oltretutto masterizzato) con l'immagine di Sadness? :)
Comunque, tanto per ricapitolare:
7003a3df1a3fb1497d0b4c75336922e9 ptf1_rpt.iso
f6a681209cec07e70ba26fdae5624156 ptf1_sadness.iso
c2088605d764938339d9e052dd159677 ptf2_rpt.iso
0bcca5d29bc55d736e384080375f2a90 ptf2_sadness.iso
Ciao,
G.
supervinx
May 12, 2012, 3:33:12 PM5/12/12
to
Ora che mi ci fai pensare ... le immagini cho ho sono state generate con Nero,
ho trovato la stringa identificativa all'interno, offset 0x823E.
Mentre le due cumulative hanno i files con l'estensione ;1 (come VMS),
le due Y2K ne sono prive.
OS/400 cerca i files xxxxxxxx.yyy;1 e si ferma.
Dovrei documentarmi (ammetto l'ignoranza) sulla struttura interna dei FS su CD.
ho trovato la stringa identificativa all'interno, offset 0x823E.
Mentre le due cumulative hanno i files con l'estensione ;1 (come VMS),
le due Y2K ne sono prive.
OS/400 cerca i files xxxxxxxx.yyy;1 e si ferma.
Dovrei documentarmi (ammetto l'ignoranza) sulla struttura interna dei FS su CD.
supervinx
May 15, 2012, 4:30:26 AM5/15/12
to
Le patches Y2K sono state felicemente applicate, in una quarantina di minuti
(complessivi per i due CD).
Avevo già notato che dopo rsync erano comparsi i nomi col ;1 per cui
ero fiducioso nella buona riuscita dell'operazione.
Adesso, fra una trascrizione e l'altra, ho intenzione di 'giocare' con ISDB.
Carino, ricorda tanto, come struttura, più il Codeview che il Turbo Debugger...
(complessivi per i due CD).
Avevo già notato che dopo rsync erano comparsi i nomi col ;1 per cui
ero fiducioso nella buona riuscita dell'operazione.
Adesso, fra una trascrizione e l'altra, ho intenzione di 'giocare' con ISDB.
Carino, ricorda tanto, come struttura, più il Codeview che il Turbo Debugger...
ger...@no.spam.mail.com
May 15, 2012, 9:47:11 AM5/15/12
to
On Tue, 15 May 2012 08:30:26 +0000 (UTC), supervinx <nes...@libero.it> wrote:
> Le patches Y2K sono state felicemente applicate, in una quarantina di minuti
> (complessivi per i due CD).
> Avevo già notato che dopo rsync erano comparsi i nomi col ;1 per cui
> ero fiducioso nella buona riuscita dell'operazione.
Sì, come dicevamo ieri in IRC, era certamente quello. Sarebbe interessante
> Le patches Y2K sono state felicemente applicate, in una quarantina di minuti
> (complessivi per i due CD).
> Avevo già notato che dopo rsync erano comparsi i nomi col ;1 per cui
> ero fiducioso nella buona riuscita dell'operazione.
sapere cos'è successo, ma va be', amen. Il filesystem ISO 9660 in sé è
piuttosto semplice e fu pensato con un set minimale di attributi, ma ha la
possibilità di specificarne altri, fino a creare un intero "filesystem"
parallelo. Lì per qualche motivo è successo qualcosa all'immagine...
Se non ricordo male, in uno degli n-mila messaggi che sono passati qui a
proposito di PTF, scrivesti che l'OS ti aveva dato qualche errore durante il
caricamento del cumulativo. Ora potresti provare a ripassarlo di nuovo, tanto
se non c'è niente da caricare ti dice semplicemente che non ha trovato nulla
di utile, ma non deve darti messaggi di errore stile "non riuscito".
> Adesso, fra una trascrizione e l'altra, ho intenzione di 'giocare' con ISDB.
> Carino, ricorda tanto, come struttura, più il Codeview che il Turbo Debugger...
non visuale, una "goduria".
Ciao,
G.
0 new messages