Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

25 Aprile 2022 Postato da: AMG_Novice_Usr Supporto per Amiga Smart File System su Ubuntu o altre distro GNU-Linux

Su sistema host Windows10 ho una macchina virtuale con dentro un sistema guest Ubuntu 20.04 LTS. L’obbiettivo (didattico, come sempre in questi casi) è quello di navigare in supporti di memoria di massa dedicati da me a sistemi Amiga, ma su una macchina su cui gira Linux. Ho un A1200 reale, con dentro una CF con 3 partizioni DH0, DH1 e DH2 (ordine di priorità di boot). Su DH0 ho OS3.9+BB1,2,3,4 – SFS Su DH1 ho OS3.2+update OS3.2.1 – SFS Su DH2, classicissimo OS3.1 – SFS Inizialmente non capivo per quale motivo, se montavo la CF, tramite adattatore CF-USB, sul mio PC VM Ubuntu: lsblk -f sdc – disk sdc1 – part sdc2 - part sdc3 – part dicevo se montavo una di queste partizioni: sudo mount -t affs /dev/sdcx /mio_path/ oppure se montavo un file .vhd oppure .hdf creato grazie a WinUAE, quindi: sudo mount -t affs -o loop file.hdf /mio_path/ mi dava sempre errore, mentre invece se facevo la stessa cosa, montando però un .adf: sudo mount -t affs -o loop file.adf /mio_path/ (es: workbench.adf) Il montaggio funzionava bene, e potevo quindi navigare nel punto di montaggio, dentro il floppy disk .adf. Poi chiaramente è arrivata l’ovvia illuminazione, ovvero è un problema di mismatch fra il filesystem con cui a suo tempo formattai le partizioni DH0, DH1 e DH2 sulla CF, ovvero SFS, ed il modulo “affs.ko” (Amiga International FFS) che davo in pasto come parametro al comando mount. La riprova è stata banale, ovvero tramite HDToolBox ho riformattato/preparato nuovamente UDH2 con dentro WB3.1, filesystem FFS Intern. senza cache directory (che serve sono per navigare più velocemente nei floppy disk fisici), quindi parliamo di DosType “DOS3”, e a questo punto il comando: sudo mount -t affs /dev/sdc3 /mio_path/ ha funzionato perfettamente, consentendomi di navigare su Ubuntu dentro la partizione UDH2. Domanda: esiste un modulo del kernel .ko, scaricabile e aggiungibile al kernel appunto (tramite i soliti comandi usuali, io mi trovo bene con insmod …), che consenta di montare su Linux anche partizioni Amiga formattate in SFS?? Ho cercato online informazioni, sembra che ci sia un modulo ASFS, ma non sono riuscito a trovare alcun link per tentare un download manuale, o comunque avere maggiori informazioni. Ecco i due links più “promettenti”, ma sembrano comunque dei vicoli ciechi: http://home.elka.pw.edu.pl/~mszyprow/programy/ http://home.elka.pw.edu.pl/~mszyprow/programy/asfs /asfs.txt#:~:text=ASFS%20is%20a%20Amiga%20Smart, (almost%20full)%20write%20support. Qualcuno ne sa di più? L’avete mai fatto?

Commenti: 16  Aggiungi  - Leggi

Indice: forum / Richieste di Aiuto

SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3239 Commento 1 VagaPPC 25 Aprile 2022    17:39:32 Hai avuto la giusta intuizione, Linux supporta il FFS. C'è stato qualcuno che ha implementato SFS sotto linux, ma non so quanto sia compatibile con il nuovo kernel. Sono ben speranzoso perché dubito che FFS venga ritoccato così spesso. Una volta spulciando sul sito MorphOS, ci sono tutti i link delle homepage dei vari sviluppatori, mi ricordo di un tizio che ha fatto un modulo SFS per un vecchio kernel linux. Mi riscateno con la ricerca se lo trovo lo posto qua. WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3239 Commento 2 VagaPPC 25 Aprile 2022    17:47:06 Trovato ma il link è rotto :° Bisogna cercare su Archive.org o da qualche altra parte http://home.elka.pw.edu.pl/~mszyprow/programy/ WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3239 Commento 3 VagaPPC 25 Aprile 2022    17:49:12 Yeahhhh trovato e scaricato. Scusate i continui post ma mi ha fatto salire la scimmia. http://freshmeat.sourceforge.net/projects/asfs_lin uxdriver WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb utente amiga quadratico medio Post inviati: 701 Commento 4 AMG_Novice_Usr 26 Aprile 2022    10:01:17 Grazie della ricerca! Ho scaricato il file, è un .diff.gz. L'ho prima decompresso, ottenendo un .diff ... e fino a qui, tutto ok. Adesso però sono in difficoltà, primo perchè .diff è un'estensione per me "strana", mai vista prima. Mi sono informato sul comando "diff" di Linux, e diciamo che fino a lì è tutto pacifico, nel senso che lo scopo di diff è molto intuitivo, ovvero un comando a cui si passano 2 argomenti, file1 e file2, e diff restituisce gli elementi di differenza fra i due files, quindi una sorta di "windiff" di Windows ... Ma esattamente un file .diff cosa è? Come va preso? Io ho provato a battere su shell, senza sapere nè leggere nè scrivere: sudo insmod file.diff ma ottengo errore: "impossibile inserire il modulo - formato del modulo invalido". Cosa ci devo fare con quel .diff? grazie. A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 liviux76 Post inviati: 1246 Commento 5 liviux76 26 Aprile 2022    15:10:07 Il file .diff è solo una patch, non è un modulo del kernel. Nello specifico è una patch per il kernel 2.6.27 che una volta inserita dovrebbe consentirti di compilare il modulo per il supporto sfs. Puoi leggere qualche dettaglio qui . In pratica direi che puoi anche lasciar perdere... Temibile Pirata Post inviati: 2144 Commento 6 SukkoPera 27 Aprile 2022    20:01:53 Ci vuole qualcuno di buona volontà che recuperi quel codice e lo reimplementi sotto FUSE. I miei progetti Retrogaming utente amiga quadratico medio Post inviati: 701 Commento 7 AMG_Novice_Usr 1 Maggio 2022    13:10:59 Citazione Puoi leggere qualche dettaglio qui . Si, ho letto tutto ... tutto molto chiaro/interessante, e tutto sommato abbastanza semplice (la maggior parte delle cose le sapevo/le avevo già sperimentate, con supporti CF-FFS oppure con files.adf) ... finchè non si arriva a questa frase: To use it, you first need to set up a Linux with a 2.6.27 kernel, for example Fedora 10. After that, download the kernel patch and compile it to a kernel module. Ho pertanto scaricato il dvd.iso (circa 3.5GB) di Fedora10-Cambridge, ho poi creato con VBox una macchina virtuale VM dedicata per Fedora10, quindi l'ho installato ... tutto a posto, adesso ho una VM "quasi perfettamente" funzionante, con Fedora10-Cambridge come OS, su un disco virtuale .vhd, con kernel il 2.6.27 (il ritorno del comando "uname -r" me lo conferma). Adesso per me iniziano i guai, poichè non ho mai lavorato con patches del kernel Linux. Io avrei sperato/voluto (non so se tecnicamente la cosa ha un senso) di poter applicare quella patch (file.diff) al kernel 2.6.27 che attualmente gira nella mia VM-Fedora10, come se fosse un cerotto insomma, un ulteriore layer sopra al kernel monolitico attuale, un pò come quando inserisci i moduli.ko insomma (applichi degli ulteriori mattoncini.ko già belli e compilati al castello del kernel), e invece mi sembra di aver capito (vorrei capire se sto sbagliando) che la cosa non è cosi semplice, ovvero bisogna letteralmente ricompilare i sorgenti del mio kernel attuale 2.6.27, ricompilarli DOPO aver applicato la patch.diff a questi sorgenti. Qui scatta tutta una valanga di discorsi, complicati per chi queste cose non le ha mai fatte (come il sottoscritto). A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 utente amiga quadratico medio Post inviati: 701 Commento 8 AMG_Novice_Usr 1 Maggio 2022    13:29:04 vado per punti: 1) prima ho detto: adesso ho una VM "quasi perfettamente" funzionante. perchè è vero, la VM funziona, però credo di avere un problema di "broken sudo" (il termine è questo in letteratura, mi sembra di aver capito), pertanto devo capire come risolverlo, poichè al momento il sistema non mi consente di fare "sudo", e ci sono 4 o 5 possibili cause, devo quindi capire come risolvere. Devo capire anche come, una volta avviata la VM, entrare nel menù del grub, poichè se ci riesco, allora posso avviare come root/ una specie di recovery mode, e a quel punto posso andare a toccare un file e forse risolvere il problema del broken sudo. 2) ho trovato questa guida: https://www.proware.com.tw/support/software/pdf/li nux-patch.pdf secondo voi è percorribile questa strada (io ho già iniziato con lo step1) ? 3) già ho dei dubbi sullo step1, in particolare vorrei sapere se questo link va bene: https://koji.fedoraproject.org/koji/buildinfo?buil dID=64060 inoltre non saprei se scaricare questo: kernel-2.6.27-0.352.rc7.git1.fc10.src.rpm che è sotto la label "src" (sorgenti, e questo sembra promettente, vedi la guida di cui sopra) oppure: kernel-2.6.27-0.352.rc7.git1.fc10.i686.rpm che è sotto la label "i686" ("uname -m" mi restituisce come arch-machine proprio i686). 4) Aldilà dei dettagli, lo scopo ultimo di tutta questa menata, dovrebbe essere questo: usando il programma di gestione pacchetti della RedHat "RPM", sotto root (infatti devo prima risolvere il broken sudo), bisogna estrapolare da quel pacchetto.rpm i sorgenti del kernel 2.6.27-0.352, poi patcharli con la patch, poi buildarli con il comando make (ci sarà il makefile di questo progetto, del kernel intendo), e alla fine dovrei ottenere una nuova versione del file binario vmlinuz, file che si trova in /boot, e che dovrebbe costituire di fatto il kernel del nostro sistema: questo kernel "ibrido", custom diciamo, è il grado di gestire l'amiga sfs. Ogni chiarimento è assai gradito. A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3239 Commento 9 VagaPPC 6 Maggio 2022    14:09:44 Non riesco a rispondere mi da server internal error. Penso che sia dovuto ad alcuni caratteri che ho usato. Provo a riassumere senza comandi: Il sudo non serve, puoi lanciare i comandi come root il comando è: su poi metti la password di root Non ho mai pacchato i sorgenti, quindi non saprei aiutarti, al massimo se vuoi le vediamo assieme in meet così vediamo di capirci qualcosa. Quando c'era il kernel 2.6 credo che non si usasse grub ma lilo, il file di configurazione sarà in /etc ma non lo tocco da almeno 15 anni Commento modificato il 06/05/2022 alle ore 14:13:07 WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb utente amiga quadratico medio Post inviati: 701 Commento 10 AMG_Novice_Usr 7 Maggio 2022    12:49:15 Ciao, prima di tutto grazie della risposta ... su questo forum non è affatto scontato riceverla, neppure di cortesia! Ho risolto il punto 1, ovvero il problema del broken sudo. Semplicemente mi sono elevato a root con: su root poi password adesso che l'utente correntemente loggato è elevato al rango di root, posso modificare il file: / etc / sudoers in cui ci sono, in buona sostanza, le informazioni relative a quali utenti, appartenenti a quali gruppi, possono fare cosa, che tipo di azioni (che azioni possono sudare). Io sono intervenuto tramite nano, manualmente quindi, sul file sudoers, ma a regola andrebbe usato il comando visudo, che oltre all'editing del file sudoers, ti consente di eseguire operazioni di check e segnalazione di eventuali anomalie/conflitti, ecc A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 utente amiga quadratico medio Post inviati: 701 Commento 11 AMG_Novice_Usr 7 Maggio 2022    12:50:12 Io ho decommentato a manina la riga del gruppo wheel, pertanto da adesso qualunque utente appartenente al gruppo wheel può elevare al rango di super-admin qualunque tipo di azione, e senza dover inserire la password. Poi ho fatto appartenere il mio utente al gruppo wheel ... ed il gioco è fatto. Pertanto adesso potrei usare il comando sudo rpm sul pacchetto kernel.src.rpm. Prima di procedere oltre, adesso mi interessa prendere un minimo di consapevolezza su concetti quali la compilazione dei sorgenti di un kernel, per la produzione del corrispondente vmlinux, oppure vmlinuz, oppure .image. Nel path: /usr/src/kernels ho trovato la cartella: 2.6.27.5.177.fc10... (la label precisa non me la ricordo adesso, ma ci siamo capiti). e dentro ci sono tutta una serie di cartelle, i makefiles (quello principale, più altri sparsi qua e la dentro i vari paths), i files di configurazione del kernel "Kconfig" (y,n,...), ecc .... Voglio prima vedere se riesco, con: make config oppure con: make nconfig (mi ci vogliono le ncurses per avere la pagina grafica sulla shell, in questo caso) oppure con : make xconfig (i widgets Qt funzioneranno??) a configurare alla svelta il kernel (mi basterebbero le impostazioni di default, come è ora insomma, per non perderci tempo), per poi buildarlo, così da ottenere un file eseguibile vmlinux, o qualcosa del genere. A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 utente amiga quadratico medio Post inviati: 701 Commento 12 AMG_Novice_Usr 7 Maggio 2022    12:50:56 Ultima nota/domanda: nel path: /boot/ ho trovato sia un file: kernel2.6.27 ... .img (circa 3.5MB) che credo la sua versione compressa: vmlinuz2.6.27 (circa 2.5MB) Chissà la compilazione dei sorgenti suddetti cosa restituirà esattamente? Un'immagine .img? un file vmlinux, che poi può essere compresso a mano in vmlinuz? Io nel makefile principale ho trovato in diversi punti "vmlinux". ci risentiamo per altri sviluppi! A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 utente amiga quadratico medio Post inviati: 701 Commento 13 AMG_Novice_Usr 7 Maggio 2022    13:00:24 comunque si, anche a me da spessissimo quell'errore. All'inizio pensavo che centrasse qualcosa la lunghezza del post, da cui lo spezzettamento, ma adesso ho la certezza che è per via di alcuni caratteri non consentiti. esempio: la riga: -etc-sudoers dove al posto di - metti / ebbene, in questo modo mi dava sempre internal server error. Se invece scrivo: / etc / sudoers quindi con gli spazi allora bypasso l'errore. Evidentemente il carattere / con attaccato a sè altri caratteri (non tutti, solo alcuni) determina dei caratteri speciali non digeriti dal server che hostizza questo sito ... A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541 SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3239 Commento 14 VagaPPC 10 Maggio 2022    11:41:39 In risposta a AMG_Novice_Usr AMG_Novice_Usr Ciao, prima di tutto grazie della risposta ... su questo forum non è affatto scontato riceverla, neppure di cortesia! Ho risolto il punto 1, ovvero il problema del broken sudo. Semplicemente mi sono elevato a root con: su root poi password adesso che l'utente correntemente loggato è elevato al rango di root, posso modificare il file: / etc / sudoers in cui ci sono, in buona sostanza, le informazioni relative a quali utenti, appartenenti a quali gruppi, possono fare cosa, che tipo di azioni (che azioni possono sudare). Io sono intervenuto tramite nano, manualmente quindi, sul file sudoers, ma a regola andrebbe usato il comando visudo, che oltre all'editing del file sudoers, ti consente di eseguire operazioni di check e segnalazione di eventuali anomalie/conflitti, ecc Non ci sono più gli amighisti di una volta, o meglio sono troppo presi dalle loro vite. Stiamo vivendo un periodo di allontanamento da social e forum per via della crescente maleducazione ad opera dei leoni da tastiera. Nel caso amiga ci sono i fanatici dei vari OS e la media oramai è più dedicata ai giochi che al resto. Nel mio caso ho notato che amiga oltre al grande piacere nostalgico, mi rinnova ogni volta la passione per l'informatica, spingendomi a studiare con più gusto le tecnologie in auge. E poi devo molto alla comunità amiga, senza di essa non sarei qui dove sono, compresi molti dei miei migliori amici. Tornando alla risposta tecnica. Sudo è nato dopo il su. Con su se non erro con -c si possono eseguire i programmi come root, dopo aver digitato la password. Con "man su" puoi leggere il manuale per avere maggiori dettagli. Ci sono altri modi per permettere l'uso di alcuni programmi da utente, come definire i permessi e i gruppi, ma ciò comporterebbe una gestione quasi impossibile su decine di sistemi e inoltre diventa impraticabile mantenerla. Inoltre molte persone avevano l'abitudine di accedere come root con interfaccia grafica perché non amano scrivere la password ogni volta. Questa pratica avrebbe reso linux sensibile a virus con mille problemi di sicurezza come avviene per Mac e soprattutto Windows. Perciò è stato creato il sudo che permette l'esecuzione dei programmi quasi come se fossi root (i permessi dei file sono soggetti all'utente che lo esegue). Si può usare anche per definire quali comandi con quali opzioni usare. Ad esempio ultimamente l'ho configurato per permettere ad un utente di cancellare una particolare directory. Lui può fare solo "sudo rm /var/log/suoprogramma" e non altri tipi di rm come root. Per farla breve a casa normalmente ci interessa usare sudo per tutto. Nel file sudoers basta che aggiungi una riga con la seguente sintassi: vagappc ALL=(ALL:ALL) ALL Ovviamente al posto di vagappc devi inserire il tuo utente WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3239 Commento 15 VagaPPC 10 Maggio 2022    11:48:36 In risposta a AMG_Novice_Usr AMG_Novice_Usr Io ho decommentato a manina la riga del gruppo wheel, pertanto da adesso qualunque utente appartenente al gruppo wheel può elevare al rango di super-admin qualunque tipo di azione, e senza dover inserire la password. Poi ho fatto appartenere il mio utente al gruppo wheel ... ed il gioco è fatto. Pertanto adesso potrei usare il comando sudo rpm sul pacchetto kernel.src.rpm. Prima di procedere oltre, adesso mi interessa prendere un minimo di consapevolezza su concetti quali la compilazione dei sorgenti di un kernel, per la produzione del corrispondente vmlinux, oppure vmlinuz, oppure .image. Nel path: /usr/src/kernels ho trovato la cartella: 2.6.27.5.177.fc10... (la label precisa non me la ricordo adesso, ma ci siamo capiti). e dentro ci sono tutta una serie di cartelle, i makefiles (quello principale, più altri sparsi qua e la dentro i vari paths), i files di configurazione del kernel "Kconfig" (y,n,...), ecc .... Voglio prima vedere se riesco, con: make config oppure con: make nconfig (mi ci vogliono le ncurses per avere la pagina grafica sulla shell, in questo caso) oppure con : make xconfig (i widgets Qt funzioneranno??) a configurare alla svelta il kernel (mi basterebbero le impostazioni di default, come è ora insomma, per non perderci tempo), per poi buildarlo, così da ottenere un file eseguibile vmlinux, o qualcosa del genere. Lascia perdere, paradossalmente il più intuitivo è: make menuconfig ti conviene cercare il file .config già in uso dal sistema, se non erro si trova in /boot e partire da quello. Ti conviene avere una live di qualsiasi distro Linux per sistemare nel caso che il nuovo kernel non faccia partire il sistema. Con i sistemi moderni si può usare qemu per testarlo con una particolare procedura che usa il kernel su file anziché partire da disco (cosa permessa solo dai sistemi liberi). Si può anche creare un pacchetto dai sorgenti per poterlo installare o rimuovere senza troppe rogne WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3239 Commento 16 VagaPPC 10 Maggio 2022    11:49:36 In risposta a AMG_Novice_Usr AMG_Novice_Usr Ultima nota/domanda: nel path: /boot/ ho trovato sia un file: kernel2.6.27 ... .img (circa 3.5MB) che credo la sua versione compressa: vmlinuz2.6.27 (circa 2.5MB) Chissà la compilazione dei sorgenti suddetti cosa restituirà esattamente? Un'immagine .img? un file vmlinux, che poi può essere compresso a mano in vmlinuz? Io nel makefile principale ho trovato in diversi punti "vmlinux". ci risentiamo per altri sviluppi! Devi compilare anche i moduli del kernel, è la compilazione più lunga WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb

Indice: forum / Richieste di Aiuto

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 2 registrati - braian - Kyle - e 12 non registrati Benvenuto all'ultimo utente registrato: zulu Buon Compleanno a Hannibal -