Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a AMG_Novice_Usr [quote=AMG_Novice_Usr] L’installazione di Lubuntu 20.04 LTS è andata subito bene. Avevo già una chiavetta USB con dentro l’immagine Live di Lubuntu 20.04 LTS. Ho pertanto avviato il PC con la chiavetta USB, ho bootato da questa chiavetta, ho quindi lanciato l’utility di installazione di Lubuntu, la quale mi ha consentito di plasmare 4 partizioni, che sono: -una partizione di circa 20GB: file-system ext4 – punto di montaggio: /home -una partizione di circa 15GB: file-system swap (credo che sia una specie di RAW) – punto di montaggio: sarebbe la swap-area di Lubuntu, l’equivalente del file “pagefile.sys” di Windows (che si trova in C: ) dove lo schedulatore a lungo termine salva le pagine dei processi, pagine che non vengono indirizzate spesso e/o che è da tanto tempo che non vengono indirizzate (Linux pare che richieda una partizione separata particolare, con un file-system particolare, da adibire a disk-storage per le pagine poco usate dei processi ready … qui si potrebbe aprire un topic dedicato!) Avendo una RAM da 8GB, 16GB di swap-area vanno benone! Almeno, le buone pratiche di realizzazione della memoria virtuale (RAM fisica + swap-area) sono così soddisfatte. -una partizione di circa 15GB: file-system FAT32 – punto di montaggio: /boot/efi – è la famosa partizione con flag ESP abilitato, ovvero partizione ESP, che sta per EFI Separated Partition, ovvero la partizione che contiene la tabella delle partizioni, in due copie, una copia chiamata “Primary GPT” ed una seconda copia di sicurezza/ridondanza (controllo CRC32) chiamata “Secondary GPT”, più il bootloader. -una partizione di circa 67GB: file-system ext4 – punto di montaggio: / (la folder “root”) [/quote] formattazione A sinistra Giustificata Nessuna

02 Maggio 2021 Postato da: AMG_Novice_Usr disco rigido esterno via USB con dentro vari OS … problemi

Vi sottopongo una questione che sto affrontando in questi giorni. Ho un disco rigido esterno della WD, da 1TB, collegabile al PC/Notebook via USB 3.0. L’intenzione è quella di preparare questo HDD con una serie di partizioni, alcune di queste per data-storaging vario (backup per tempo libero, lavoro ecc …), altre partizioni invece le vorrei bootable, e dentro a quest’ultime ci voglio mettere alcuni OS, per lo più Windows e Lubuntu/GNU-Linux, poi magari potrei provare anche OS un po' più “amigosi”, Aros in primis … La tabella delle partizioni è, di default, GUID Partition Table (GPT), ovvero lo standard de-facto da Win8 compreso in poi, e qui vi linko un articolino sintetico, ma abbastanza esaustivo, circa le differenze fra MBR e GPT (da inesperto, l’ho trovato istruttivo). link Ad ogni modo io ho trovato come tabella delle partizioni e bootloader limitrofo il formato GPT e non voglio (non avrebbe senso) effettuare un downgrade da GPT a MBR (qualora avessi trovato MBR, avrei fatto l’upgrade MBR -> GPT, dato che qualunque SW di partitions-management mette a disposizione una utility che consente di creare/rigenerare un GPT partendo da un MBR). Qualora avessi in animo di avviare un OS vetusto, ad esempio WinXP, potrei andare nelle impostazioni dell’UEFI del mio PC e selezionare l’opzione “Legacy ON”, quindi attivazione dell’avvio in modalità “legacy”, ossia abilitazione del CSM (Modulo di Supporto alla Compatibilità): tale opzione consente al FW “UEFI” (correggetemi se sbaglio) di lavorare in modalità “BIOS”, quindi tramite il famoso interrupt di sistema IRQ 0x19 di cercare ed eseguire (dopo averlo copiato in RAM, all’indirizzo storico 0x00007C00) il bootloader contenuto nei primi 446 bytes dell’MBR, dove l’MBR (mi sembra di aver capito dal link di cui sopra) è mantenuto come primo LBA, primo blocco da 512 bytes (LBA-0) del ben più grande GPT, questo per consentire appunto ad un sistema x86 “vecchio”, quindi con un BIOS anziché un UEFI come FW di avvio, di lanciare un OS vetusto come Win2000, ME, XP ecc … da un HDD “moderno”, ovvero identificato/mappato dal GPT anziché dal semplice MBR. Corretto link errato. Mck. Modificato il 02/05/2021 alle ore 14:26:10

Commenti: 7  Aggiungi  - Leggi

utente amiga quadratico medio Post inviati: 701	Commento AMG_Novice_Usr 2 Maggio 2021    12:03:46
	L’installazione di Lubuntu 20.04 LTS è andata subito bene. Avevo già una chiavetta USB con dentro l’immagine Live di Lubuntu 20.04 LTS. Ho pertanto avviato il PC con la chiavetta USB, ho bootato da questa chiavetta, ho quindi lanciato l’utility di installazione di Lubuntu, la quale mi ha consentito di plasmare 4 partizioni, che sono: -una partizione di circa 20GB: file-system ext4 – punto di montaggio: /home -una partizione di circa 15GB: file-system swap (credo che sia una specie di RAW) – punto di montaggio: sarebbe la swap-area di Lubuntu, l’equivalente del file “pagefile.sys” di Windows (che si trova in C: ) dove lo schedulatore a lungo termine salva le pagine dei processi, pagine che non vengono indirizzate spesso e/o che è da tanto tempo che non vengono indirizzate (Linux pare che richieda una partizione separata particolare, con un file-system particolare, da adibire a disk-storage per le pagine poco usate dei processi ready … qui si potrebbe aprire un topic dedicato!) Avendo una RAM da 8GB, 16GB di swap-area vanno benone! Almeno, le buone pratiche di realizzazione della memoria virtuale (RAM fisica + swap-area) sono così soddisfatte. -una partizione di circa 15GB: file-system FAT32 – punto di montaggio: /boot/efi – è la famosa partizione con flag ESP abilitato, ovvero partizione ESP, che sta per EFI Separated Partition, ovvero la partizione che contiene la tabella delle partizioni, in due copie, una copia chiamata “Primary GPT” ed una seconda copia di sicurezza/ridondanza (controllo CRC32) chiamata “Secondary GPT”, più il bootloader. -una partizione di circa 67GB: file-system ext4 – punto di montaggio: / (la folder “root”)
	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