:fill(white):strip_exif()/i/2003943496.jpeg?f=thumbmini)
:strip_exif()/i/1321263566.png?f=thumbmini)
Heb je 10 * 4 TB hdd's nodig of een server met 40TB netto ?:
Iemand ergens nog 40 TB spare storage te leen zodat ik mijn pool ff opnieuw op kan zetten?
8x330 NO12.5°, 8x330 ZW12.5°, 8x350 ZW60°, 8x325 NO10°, SE8K, P500. 6x410 ZW10° Enphase
Is het enige nadeel dat het niet bootable is? Eigenlijk kan je dit dus altijd aanzetten op je data pool?:
Klopt, mits je ook ashift=12 gebruikt tenminste. Maar behalve dat overhead veel minder een probleem wordt, kan ook de performance flink gaan stijgen.
Neem nou 10 disks in RAID-Z2. 8 data disks dus 128/8 = 16K per disk. Dat betekent dat je schijven blokjes van 16K te verwerken krijgen. Voor SSDs betekent dit bijna een verzadiging maar bij hardeschijven is dat pas vanaf 64K.
Met large_blocks = 1MiB doen je disks 128K per stuk en dat is het allerbeste. Dus dat betekent ook dat je meer performance uit je mechanische disks haalt. Zeker voor nieuwere type disks (SMR, HAMR) zou dit nog veel meer winst kunnen opleveren.
Het enige nadeel is dat large_blocks niet bootable is. ZFSguru 0.3 heeft large_blocks bij het aanmaken van de pool prominent aangegeven, dus het krijgt daar de aandacht die het verdient. Inderdaad goed dat je met een post hier nog eens op wijst.
Is er eigenlijk ergens een beschrijving van de zpool features, met de voor- en nadelen?
[ Voor 3% gewijzigd door yamahabest op 15-08-2015 10:01 ]
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
Ondanks dat je voor 99% gelijk hebt ligt hier ook een verantwoordelijkheid bij de eindgebruiker. Als je met (voor jou) belangrijke data werkt, dan moet je gewoon nooit in een live omgeving iets doen waarvan je de consequenties niet (voldoende) weet. Dus eerst in een testomgeving kijken wat de consequenties van je acties zijn (zoals v28 naar v5000) of het hier vragen, voordat je direct aan je live data gaat klooien. Don't fix what aint broken...
Een FS is simpelweg geen speelgoed. Dat zie je al vaak genoeg mis gaan bij de reguliere eindgebruiker die weer eens zijn bestanden is kwijtgeraakt.
Een FS is simpelweg geen speelgoed. Dat zie je al vaak genoeg mis gaan bij de reguliere eindgebruiker die weer eens zijn bestanden is kwijtgeraakt.
Op dit punt hebben we in het verleden als eens een uitgebreide discussie gehad
[ Voor 11% gewijzigd door CurlyMo op 15-08-2015 23:42 ]
Sinds de 2 dagen regel reageer ik hier niet meer
:strip_icc():strip_exif()/u/286431/crop680f6b95743ca_cropped.jpg?f=community)
Nou nou..
Ik vind het eigenlijk niet zo heel vreemd dat features die aanwezig zijn, standaard worden ingeschakeld. Voor we ZFS v5000 hadden had je toch ook ongeveer dezelfde situatie met normale versies van ZFS? By default werd toen toch ook gewoon de laatste versie gebruikt als je een pool aanmaakte, ook al liepen sommige platformen (ZoL?) achter?
Nou, dit is in feite hetzelfde. Het is mijns inziens niet de taak van FreeBSD om een bepaalde feature die zij ondersteunen by default uit te schakelen omdat bijvoorbeeld ZoL het nog niet heeft. En zodra alle platformen het wel hebben moet het zeker wel by default aanstaan? Aangezien de ontwikkeling van verschillende platformen niet synchroon loopt, wordt dat allemaal veel te complex om bij te houden.
Hier ben ik het wel met je eens, dat is nogal vreemd inderdaad.
[ Voor 22% gewijzigd door Compizfox op 16-08-2015 00:50 ]
Gewoon een heel grote verzameling snoertjes
Aha, dat maakt het verhaal wel anders. Ik wist niet dat feature flags automatisch ingeschakeld worden als je ze gaat gebruiken. Nee, dan snap ik wel beter wat je bedoelt
BTW, heb net mijn FreeBSD-bak geupgraded naar 10.2-RELEASE. Ik hoefde helemaal niets te mergen!
En dat was nog zonder de suggestie van matty___ (waarvan ik me overigens afvraag of het wel wat doet, aangezien de schrijver van de mailinglist-post die hij linkt juist zijn frustratie uit over waarom het niet op die manier kan)
Ik vermoed dus toch dat het aan ZFSGuru ligt dat je handmatig files moet mergen, ook al heb je die niet bewerkt. Of het ligt aan freebsd-update zelf natuurlijk. Binnenkort ga ik een ander systeem, dat ZFSGuru draait, van 10.1-RC1 naar 10.2-RELEASE helpen, dus dan gaan we het zien.
[ Voor 32% gewijzigd door Compizfox op 16-08-2015 01:04 ]
Gewoon een heel grote verzameling snoertjes
Zou best kunnen.
Het probleem is overigens ook dat je met freebsd-update juist geen mergemaster kunt gebruiken. Met mergemaster kun je simpelweg aangeven/instellen dat je de nieuwe versie wilt accepten, bijvoorbeeld. Het is juist vervelend dat je met freebsd-update handmatig moet mergen; dat wil zeggen je krijg een text-editor voor je met per hunk tussen <<<<< en >>>>>> gedemarqueerd de oude en nieuwe versie. Dat mag je dan per file gaan lopen wegediten zodat het weer klopt. En als je ergens een foutje maakt, kun je niet meer terug: je moet dan weer helemaal bij file #1 beginnen.
Daar komt nog eens bovenop dat ik bij de vorige 2x dat ik een upgrade deed, enkel en alleen config files mocht gaan lopen mergen die ik niet eens had aangepast. Alleen de comment bovenaan de file, waarin het versienummer van FreeBSD stond, was veranderd.
Maar goed, daar had ik deze keer gelukkig allemaal geen last van. Ik had geen config files aangepast dus freebsd-update heeft die gewoon netjes automatisch overschreven zonder mij ermee lastig te vallen.
[ Voor 14% gewijzigd door Compizfox op 16-08-2015 01:20 ]
Gewoon een heel grote verzameling snoertjes
:strip_icc():strip_exif()/u/4824/i.jpeg?f=community)
:strip_exif()/u/70909/BlueKachina_60x60.gif?f=community)
@jacovn: je kunt niet updaten van 0.2 naar 0.3. Je dient 0.3 schoon te installeren. Lees de Release Notes en vooral de 'MUST READ' van Jason: http://zfsguru.com/forum/zfsgurudevelopment/988
@yamahabest: als je chassis activity LEDs heeft voor elke disk kun je ook een DD commando gebruiken om bijvoorbeeld 1GB van de disk te lezen. Dan kun je zien welk lampje aangaat en zo kun je je disk label koppelen aan een fysieke disk. Anders inderdaad wat FireDrunk zegt, alleen kost dat meer tijd voor 12 of 24 disks.
Dus is een andere strategie gekozen. Je upgrade nooit in de klassieke zin van het woord. Je doet altijd een nieuwe schone installatie, zodat de kans op problemen veel minder groot wordt. Om niet elke keer opnieuw alles te moeten instellen, is (op papier) de Migration Manager bedacht. Deze maakt een pakketje van al je configuratie - een migration pack - die je vervolgens gebruikt voor je nieuwe installatie. Je kunt zelf de inhoud samenstellen als je bijzondere wensen hebt, zoals je home directory of andere configuration files. En de configuratie van de services zou automatisch meegenomen moeten worden.
Zo heb je dus altijd een nieuwe verse installatie, maar wel met je eigen configuratiebestanden, en toch supermakkelijk met een paar muisklikjes. Bovendien kun je zo'n migration pack ook als bestandje op je desktop bewaren voor als je ZFSguru machine crasht. Eventjes LiveCD of USB stick inpluggen en installeren met de migpack et voila - je hebt weer een werkende appliance!
In plaats van rommel van je oude installatie meenemen begin je dus altijd met een schone lei, maar neem je alleen mee wat nodig is. Dus eigenlijk omgekeerd aan een klassieke upgrade waarbij je alles meeneemt en alleen belangrijke configuratiebestanden van het OS overschrijft met nieuwe versies. Maar daarbij kan vanalles misgaan en dit is niet wat Jason wilde. Ik vind de manier van ZFSguru zeker wel interessant. Enig probleem: de Migration Manager komt pas in de volgende versie, 0.4.
@yamahabest: als je chassis activity LEDs heeft voor elke disk kun je ook een DD commando gebruiken om bijvoorbeeld 1GB van de disk te lezen. Dan kun je zien welk lampje aangaat en zo kun je je disk label koppelen aan een fysieke disk. Anders inderdaad wat FireDrunk zegt, alleen kost dat meer tijd voor 12 of 24 disks.
ZFSguru is een appliance. Kenmerkend daaraan is dat je niet eindeloos mee loopt te rommelen, maar dat het ding gewoon altijd moet werken. Handmatig upgraden waarbij van alles mis kan gaan, is niet wat Jason wilde met zijn project.
Dus is een andere strategie gekozen. Je upgrade nooit in de klassieke zin van het woord. Je doet altijd een nieuwe schone installatie, zodat de kans op problemen veel minder groot wordt. Om niet elke keer opnieuw alles te moeten instellen, is (op papier) de Migration Manager bedacht. Deze maakt een pakketje van al je configuratie - een migration pack - die je vervolgens gebruikt voor je nieuwe installatie. Je kunt zelf de inhoud samenstellen als je bijzondere wensen hebt, zoals je home directory of andere configuration files. En de configuratie van de services zou automatisch meegenomen moeten worden.
Zo heb je dus altijd een nieuwe verse installatie, maar wel met je eigen configuratiebestanden, en toch supermakkelijk met een paar muisklikjes. Bovendien kun je zo'n migration pack ook als bestandje op je desktop bewaren voor als je ZFSguru machine crasht. Eventjes LiveCD of USB stick inpluggen en installeren met de migpack et voila - je hebt weer een werkende appliance!
In plaats van rommel van je oude installatie meenemen begin je dus altijd met een schone lei, maar neem je alleen mee wat nodig is. Dus eigenlijk omgekeerd aan een klassieke upgrade waarbij je alles meeneemt en alleen belangrijke configuratiebestanden van het OS overschrijft met nieuwe versies. Maar daarbij kan vanalles misgaan en dit is niet wat Jason wilde. Ik vind de manier van ZFSguru zeker wel interessant. Enig probleem: de Migration Manager komt pas in de volgende versie, 0.4.
Wellicht, maar je bent een testpiloot want niemand heeft dit nog gedaan met 0.3. Je kunt de 0.3 tarball los downloaden op de Download-pagina. Laat me weten of het lukt?
Eén belangrijk ding: de nieuwe web-interface heeft user-account 888 nodig. 'zfsguru-web' moet die heten. Dus niet meer de 'www' user. Je dient ook sudo aan te passen om de nieuwe gebruiker rechten te geven, en 'www' moet je juist weer weghalen bij sudo.
Eén belangrijk ding: de nieuwe web-interface heeft user-account 888 nodig. 'zfsguru-web' moet die heten. Dus niet meer de 'www' user. Je dient ook sudo aan te passen om de nieuwe gebruiker rechten te geven, en 'www' moet je juist weer weghalen bij sudo.
:strip_icc():strip_exif()/u/61950/hakker.jpg?f=community)
Artificial Intelligence is no match for natural stupidity | Mijn DVD's | Mijn Games | D2X account: Hakker9
Zal het binnenkort even proberen.:
Wellicht, maar je bent een testpiloot want niemand heeft dit nog gedaan met 0.3. Je kunt de 0.3 tarball los downloaden op de Download-pagina. Laat me weten of het lukt?
Eén belangrijk ding: de nieuwe web-interface heeft user-account 888 nodig. 'zfsguru-web' moet die heten. Dus niet meer de 'www' user. Je dient ook sudo aan te passen om de nieuwe gebruiker rechten te geven, en 'www' moet je juist weer weghalen bij sudo.
Ook gewoon via serienummers? Ik weet niet hoe je je SSDs hebt gemonteerd, maar als ze ergens los liggen is het des te makkelijker om even het serienummer te checken.
[ Voor 37% gewijzigd door Compizfox op 16-08-2015 16:59 ]
Gewoon een heel grote verzameling snoertjes
:strip_exif()/u/24321/motor1.gif?f=community)
ZFSGuru benchmark van de pool,
dit lijkt mij wat optimistisch?
iperf moet ik aan de zfsguru kant nog even uitvogelen
code:
1
2
3
4
5
6
| ZFSguru 0.3.0 (10.2.002) pool benchmark Pool : p1raidz2 (43.5T, 1% full) Test size : 256 GiB normal read : 2 GB/s normal write : 2 GB/s I/O bandwidth : 15 GB/s |
dit lijkt mij wat optimistisch?
iperf moet ik aan de zfsguru kant nog even uitvogelen
En nu voor de nieuwelingen die unix gebruiken? Ik kan me niet voorstellen dat een gebruiker van Ubuntu (bijvoorbeeld) in een commandline moet gaan gebruiken om zijn systeem geupdate te houden. Of zijn de unix gebruikers allemaal "powerusers" waardoor dat soort tools niet bestaan? Bij windows 10 home (jaja vloeken hier ;-) ) worden de updates nu afgedwongen, daarvoor hebben we "Windows update", bestaat zoiets bij unix omgevingen niet?
Ikzelf durf de commandline wel te gebruiken maar ik breek waarschijnlijk iets eerder dan dat ik iets fix
gewoon de aanwijzingen volgen ..:
[...]
En nu voor de nieuwelingen die unix gebruiken? Ik kan me niet voorstellen dat een gebruiker van Ubuntu (bijvoorbeeld) in een commandline moet gaan gebruiken om zijn systeem geupdate te houden. Of zijn de unix gebruikers allemaal "powerusers" waardoor dat soort tools niet bestaan? Bij windows 10 home (jaja vloeken hier ;-) ) worden de updates nu afgedwongen, daarvoor hebben we "Windows update", bestaat zoiets bij unix omgevingen niet?
Ikzelf durf de commandline wel te gebruiken maar ik breek waarschijnlijk iets eerder dan dat ik iets fix
dat fetch downloadt de updates en laat zien wat er updated gaat worden.
met install wordt het er overheen geramd , enkel rebooten is voldoende ( ipv een nieuwe image downloaden)
Niet per se. In bijvoorbeeld Ubuntu zijn er GUI-frontends voor.
Jawel, die tools bestaan zeker, maar worden door geavanceerdere gebruikers nauwelijks gebruikt omdat de command line simpelweg sneller en simpeler is.
Bekijk het zo: die twee commando's doen exact hetzelfde als een GUI-tool voor jou zou doen. De CLI is niet engIkzelf durf de commandline wel te gebruiken maar ik breek waarschijnlijk iets eerder dan dat ik iets fix
Gewoon een heel grote verzameling snoertjes
krijg er met iperf niet meer dan 1.04 Gbits/sec door dus netwerk lijkt het probleem en dat heeft op zich niets met ZFS te maken
Heb het al gevonden; er stonden nog een paar oude session-files (owned by www) in /tmp. Die heb ik nu verwijderd en alles draait nu zoals het hoort
Gewoon een heel grote verzameling snoertjes
:strip_exif()/u/29037/sousuke02a.gif?f=community)
/u/1176/crop635f8931b2b68_cropped.png?f=community)
/u/170728/owl.png?f=community)
Teveel meuk geinstalleerd, en Fedora 22 is afgestapt van yum. Daar ben ik nog niet aan toe
Even niets...
:strip_icc():strip_exif()/u/6607/klootviool2.jpg?f=community)
In F22 kun je nog gewoon yum commando's gebruiken, je krijgt dan wel een melding dat je eigenlijk dnf moet gebruiken maar voor nu wordt het gewoon uitgevoerd Vind het als desktop een prima OS, maar op servers zou ik altijd CentOS gebruiken.
Vind het als desktop een prima OS, maar op servers zou ik altijd CentOS gebruiken.
:strip_icc():strip_exif()/u/10414/crop5817c0657774d_cropped.jpeg?f=community)
Psst, do you have a moment to talk about Debian?:
Teveel meuk geinstalleerd, en Fedora 22 is afgestapt van yum. Daar ben ik nog niet aan toe
Gewoon een heel grote verzameling snoertjes
Tja, ik wil eigenlijk binnenkort eens naar BTRFS gaan kijken. En dan wil je graag een *hele* nieuwe kernel.:
In F22 kun je nog gewoon yum commando's gebruiken, je krijgt dan wel een melding dat je eigenlijk dnf moet gebruiken maar voor nu wordt het gewoon uitgevoerd
CentOS is ook echt zeker mijn favoriete Server OS, alleen omdat de BTRFS ontwikkelingen zo ontzettend hard gaan wil ik graag Fedora 22.
Misschien dat ik BTRFS maar op mijn HP MicroServer moet gaan zetten. Dan kan ik op mijn primaire systeem lekker CentOS zetten
Nope, ik wil Cockpit kunnen gebruiken:
[...]
Psst, do you have a moment to talk about Debian?
Even niets...
/u/585576/crop62e7a46d4c0df_cropped.png?f=community)
Ik denk dat het mogelijk is om delen van ACPI uit te schakelen. Dan kun je wel gewoon booten maar heb je niet de CPU load waar je last van hebt.
Ik kan het alleen even niet vinden... en ik moet zo weg.
Maar in /boot/device.hints kon je de delen van ACPI uitschakelen staat me bij, en daarbij nog de andere delen van ACPI ingeschakeld laten.
Ik kan het alleen even niet vinden... en ik moet zo weg.
Maar in /boot/device.hints kon je de delen van ACPI uitschakelen staat me bij, en daarbij nog de andere delen van ACPI ingeschakeld laten.
Net gestart met 10.0.001. Hier inderdaad niet die hoge load.
van beide versies (10.0.001 & 10.2.002) kernel hints uitgelezen met kenv -h. Kernel hints zijn op beide systemen identiek. Zie onderstaande.:
Ik denk dat het mogelijk is om delen van ACPI uit te schakelen. Dan kun je wel gewoon booten maar heb je niet de CPU load waar je last van hebt.
Ik kan het alleen even niet vinden... en ik moet zo weg.
Maar in /boot/device.hints kon je de delen van ACPI uitschakelen staat me bij, en daarbij nog de andere delen van ACPI ingeschakeld laten.
hint.acpi.0.oem="ALASKA"
hint.acpi.0.revision="2"
hint.acpi.0.rsdp="0x000f0490"
hint.acpi.0.rsdt="0xdd8ea028"
hint.acpi.0.xsdt="0x00000000dd8ea0a8"
hint.acpi.0.xsdt_length="36"
hint.acpi_throttle.0.disabled="1"
hint.atkbd.0.at="atkbdc"
hint.atkbd.0.irq="1"
hint.atkbdc.0.at="isa"
hint.atkbdc.0.port="0x060"
hint.atrtc.0.at="isa"
hint.atrtc.0.irq="8"
hint.atrtc.0.port="0x70"
hint.attimer.0.at="isa"
hint.attimer.0.irq="0"
hint.attimer.0.port="0x40"
hint.fd.0.at="fdc0"
hint.fd.0.drive="0"
hint.fd.1.at="fdc0"
hint.fd.1.drive="1"
hint.fdc.0.at="isa"
hint.fdc.0.drq="2"
hint.fdc.0.irq="6"
hint.fdc.0.port="0x3F0"
hint.p4tcc.0.disabled="1"
hint.ppc.0.at="isa"
hint.ppc.0.irq="7"
hint.psm.0.at="atkbdc"
hint.psm.0.irq="12"
hint.sc.0.at="isa"
hint.sc.0.flags="0x100"
hint.uart.0.at="isa"
hint.uart.0.flags="0x10"
hint.uart.0.irq="4"
hint.uart.0.port="0x3F8"
hint.uart.1.at="isa"
hint.uart.1.irq="3"
hint.uart.1.port="0x2F8"
hint.wbwd.0.at="isa"
En kan het zijn dat die disk oudere bootcode heeft?
Kun je controleren zodra je weer geboot bent.
Verder: bedoel je 10.2-002 (de oude ZFSguru) of bedoel je de nieuwe builds (10.2.002). Dus zonder streepje - dat zijn de nieuwe builds voor ZFSguru 0.3. Kun je ook nog controleren.
Kun je controleren zodra je weer geboot bent.
Verder: bedoel je 10.2-002 (de oude ZFSguru) of bedoel je de nieuwe builds (10.2.002). Dus zonder streepje - dat zijn de nieuwe builds voor ZFSguru 0.3. Kun je ook nog controleren.
ik heb de laatste gedownload (10.2.002) en ook 10.3-002 (stable van de install gui):
En kan het zijn dat die disk oudere bootcode heeft?
Kun je controleren zodra je weer geboot bent.
Verder: bedoel je 10.2-002 (de oude ZFSguru) of bedoel je de nieuwe builds (10.2.002). Dus zonder streepje - dat zijn de nieuwe builds voor ZFSguru 0.3. Kun je ook nog controleren.
bootcode had ik geupdate tijdens het installeren dus dat kan het niet zijn. De hyper-v virtual server heeft op het moment maar 1 schijf, dus het kan ook niet zijn dat hij van de verkeerde hd opstart.
Ik weet het op het moment ook niet echt wat het is. Ik zit redelijk vast hier.
Overigens werkt zfsguru netjes op een vm (andere vm doet het goed, maar moet migreren naar een nieuwe vm).
heb net 10.1 gedownload. Die werkt wel netjes op hyper-v. Is dus iets met de 10.2 installatie die niet lekker wil werken met hyper-v
//edit
10.1-002 doet het
11.0-002 doet het ook
versie 10.2.002 werkt niet met de foutmelding hierboven
versie 11.0.002 werkt niet, maar blijft hangen bij mounting local filesystem (andere fout dus)
kortom elke versie met zfsguru 0.3.0 werkt niet. begin bijna te denken dat er iets met het install script is.
enfin, naar bed nu voor mij
[ Voor 23% gewijzigd door justice strike op 23-08-2015 03:50 ]
U can call me sir.... or justice as long as u bow down ;)
Kun je het zonder HyperV proberen, om dat uit te sluiten?
Want HyperV is pas sinds kort ondersteund; kan prima zijn dat hier de oorzaak zit. Ik weet niet helemaal of ZFSguru al succesvol gebruikt is onder dit product. Er zijn wel veel commits voor goede HyperV ondersteuning geweest in BSD. Maar dat heb ik nog niet in de praktijk bevestigd gekregen.
Dus dat is nog een punt. Verder zou je je disk nog eens opnieuw kunnen formatteren - heb je iets bijzonders gedaan? Was die disk al eens eerder gebruikt? Met opnieuw formatteren bedoel ik dat je alle partities verwijderd inclusief het partitieschema - die optie krijg je als alle partities weg zijn. Je kunt dan opnieuw een GPT partitieschema maken en dat kun je eens proberen.
Je kunt eventueel me ook een DM sturen - dan help ik je persoonlijk met het probleem. Geen succes verzekerd overigens.
Want HyperV is pas sinds kort ondersteund; kan prima zijn dat hier de oorzaak zit. Ik weet niet helemaal of ZFSguru al succesvol gebruikt is onder dit product. Er zijn wel veel commits voor goede HyperV ondersteuning geweest in BSD. Maar dat heb ik nog niet in de praktijk bevestigd gekregen.
Dus dat is nog een punt. Verder zou je je disk nog eens opnieuw kunnen formatteren - heb je iets bijzonders gedaan? Was die disk al eens eerder gebruikt? Met opnieuw formatteren bedoel ik dat je alle partities verwijderd inclusief het partitieschema - die optie krijg je als alle partities weg zijn. Je kunt dan opnieuw een GPT partitieschema maken en dat kun je eens proberen.
Je kunt eventueel me ook een DM sturen - dan help ik je persoonlijk met het probleem. Geen succes verzekerd overigens.
@HyperBart: Zodra ik 8 uur tijd heb om de startposts te schrijven, zal die er ook zeker komen.
Dat wordt dan de 3e poging; mijn eerdere twee pogingen zijn verloren gegaan door een Firefox-crash, en daarmee ook al het werk dat in een mooie topicstart had gestoken (voor het nieuwe ZFS topic).
@justice strike: welke systeemversies heb je nu geprobeerd icm HyperV? Kun je bevestigen dat het zonder HyperV wel werkt bij je?
Dat wordt dan de 3e poging; mijn eerdere twee pogingen zijn verloren gegaan door een Firefox-crash, en daarmee ook al het werk dat in een mooie topicstart had gestoken (voor het nieuwe ZFS topic).
@justice strike: welke systeemversies heb je nu geprobeerd icm HyperV? Kun je bevestigen dat het zonder HyperV wel werkt bij je?
@CiPHER, misschien eerst iets in Word doen?
(of een echte browser gebruiken)
(of een echte browser gebruiken
)
Even niets...
Er bestaan geen browsers die fatsoenlijk werken en je toch privacy bieden. IE valt af, Chrome valt al helemaaaaaaaaaaaaaal af, Opera is knudde en Firefox is nog het minst kut van allemaal. Zoiets.
Dat is niet 'oudere' bootcode, dat is gewoon de bootcode die hoort bij jouw versie van FreeBSD.
Ok, dat wist ik niet. Vind het maar vreemd, maar dat terzijde
Gewoon een heel grote verzameling snoertjes
:strip_exif()/u/16675/prodigy-icon.gif?f=community){kind=icon}
@Tha_Butcha: dat zou wel moeten kunnen ja. Ik neem aan dat je middels vt-d de hele controller aan je OS geeft. Als dat werkt, kan Linux ook je ZFS disks zien en kun je deze importeren. Probeer dan wel de GPT labels te importeren, anders krijg je van die smerige disk IDs waar andere platforms zo tuk op zijn. Maar dat maakt user error juist weer erg aannemelijk. Dus bij voorkeur importeren met de -d parameter naar de plek waar Linux de GPT labels bijhoudt.
Bedankt FireDrunk
Bedankt FireDrunk