Otázka:
Instalace GitLabu zpackala věci, jak to dostat ven?
Rien Heuver
2015-12-24 20:09:42 UTC
view on stackexchange narkive permalink

Včera jsem začal nastavovat svůj Raspberry Pi 2 (s Raspbian Jessie), abych pro některé věci provozoval svůj vlastní server. Mimo jiné chci spustit GitLab na svém Pi. Připojil jsem se ke svému Pi přes SSH (pomocí PuTTY ve Windows) a zkusil jsem dodržovat tohoto průvodce, ale pro mě to nevyšlo.

Při spuštění:

  sudo apt-get install gitlab-ce  

Stahuje se to v pohodě, ale pak visí na:

  Rozbalení gitlab-ce (8.2 .2 + 20151202180254-ce.0) přes (8.2.2 + 20151202180254-ce.0) ...  

Zkusil jsem to odstranit pomocí sudo apt-get purge gitlab- ce ale ani to nefunguje:

  dpkg: chyba při zpracování balíčku gitlab-ce (--purge): balíček je ve velmi špatném nekonzistentním stavu; měli byste jej znovu nainstalovat před pokusem o odstranění Během zpracování došlo k chybám: gitlab-ceE: Sub-process / usr / bin / dpkg vrátil chybový kód (1)  

Zkusil jsem několik dalších věcí které jsem našel rozptýlené po internetu, ale zdá se, že to pro mě nic docela neudělá. Takže pokud mi někdo může pomoct, bylo by to úžasné. Pokud budete potřebovat nějaké další informace, poskytnu je co nejrychleji.

Tři odpovědi:
SlySven
2015-12-25 01:55:01 UTC
view on stackexchange narkive permalink

Zpráva o rozbalení poznamenává, že instalujete stejnou verzi, která byla dříve na místě - což myslím není překvapující, pokud se pokoušíte ji znovu nainstalovat. Vzhledem k tomu, že tento balíček není pro běžný provoz Pi nezbytný, navrhuji:

  sudo apt-get --fix-broken --reinstall install gitlab-ce  

toto předpokládá předpokládá, že nic jiného není porušeno . Pokud existují další problémy, jsem velkým fanouškem používání aptitude spíše než apt-get ; jeho interaktivní režim (používá obrazovku typu ncurses a je výchozí, pokud nejsou zadány žádné argumenty příkazového řádku) může být nápovědou při vypracování toho, co se bude nebo bude dít, když napíšete g (pro „Go ") provedete vybrané změny - pokud není jasné, jak začít, použijte Ctrl + t pro přístup k řádku nabídky v horní části.


EDIT: OP oznámil, že to nestačilo, proto navrhnu „větší kladivo“:

  sudo dpkg --force-depends --remove gitlab-ce 

První argument říká dpkg (základní správce balíčků, se kterými apt-get a aptitude hovoří ) odebrat balíček, i když existují věci, které na něm závisí a které by se rozbily, pokud by byl odebrán - to by mělo být v pořádku, protože se snažíme jej brzy vrátit zpět.

Nyní bychom mohli zkusit a odeberte místní kopii balíčku - jen pro případ, že by na tom bylo něco funky - očekával bych, že bude umístěn v / var / cache / apt / archi adresář ves . Hledali byste soubor s názvem gitlab-ce-XXX.deb , kde XXX je nějaký kód verze.

Nakonec to můžeme zkusit znovu od začátku:

  sudo apt-get install gitlab-ce  

Následující kroky vám mohou pomoci, pokud ano:

  • sudo apt-get update - ujistěte se, že máme aktualizovaný seznam balíků
  • sudo apt-get check - zkontrolujte, zda systém neobsahuje poškozené / chybějící balíčky
  • sudo apt-get -f install - oprava všeho, co nahlásila předchozí kontrola

Poznámka: Kontrola odkazu OP na web gitlab - pokyny krok za krokem hovoří o "2. Přidejte balíčekový server GitLab a nainstalujte balíček" , ale příkaz, který poskytnou, vytvoří soubor gitlab_ce.list ve správném /etc/apt/sources.list.d/ adresář s odkazem na wheezy ne jessie jako distribuční verzi - nemohu si pomoci myslet, že jde o problém zde s ohledem na tvrzení OP, které používají Jessie - sleduji to s tvůrci balíčků!

Zkoušel jsem příkaz, který jste navrhli, ale zasekl se na stejné věci jako předtím: `Rozbalení gitlab-ce (8.2.2 + 20151202180254-ce.0) přes (8.2.2 + 20151202180254-ce.0) ... "Rád bych použil schopnost, pokud mi to pomůže, ale nemám s tím žádné zkušenosti ani bych nevěděl, co s tím udělat, abych to napravil."
Zkoušel jsem větší hammer-move, ale narazil jsem na následující zprávu: `dpkg: error processing package gitlab-ce (--remove): package is in a very bad inconsistent state; měli byste ji znovu nainstalovat před pokusem o odstranění Během zpracování došlo k chybám: gitlab-ce` Takže počínaje od nuly ještě nevyšlo.
Existují i ​​další možnosti `- --force-XXXX`, zkuste` dpkg --force-help` zjistit, o co jde, aniž byste provedli jakékoli změny. `--force-remove-reinstreq` může být ten ...
Emmanuel Lepage Vallee
2016-06-17 02:11:08 UTC
view on stackexchange narkive permalink

Byl jsem ve stejné situaci, takže potvrzuji, že SlySven --force-remove-reinstreq je správný.

Pravé řešení však k tomuto problému je prostě počkat. Zdá se, že při použití některých typů virtualizace (nebo ve vašem případě strašného hardwarového výkonu) existuje problém s vyrovnávací pamětí a rozbalení bude prvních 100 MB fungovat „rychle“, poté zpomalí o 99%. Iotop a perf potvrzují, že proces stále probíhá, jen velmi, velmi pomalu. Také potvrzuji, že se to nestane na x86 „metal“ (bez virtuálních počítačů). V mém případě to trvalo hodinu, ale nakonec to skončilo úspěchem.

Zveřejňuji to hlavně proto, že se jedná o první zásah na Google a tento problém nesouvisí s RPi, ale kvůli velmi velká velikost souboru .deb.

Havnar
2015-12-24 20:52:56 UTC
view on stackexchange narkive permalink

Zkusili jste znovu spustit sudo apt-get install gitlab-ce před očištěním? To vám může umožnit správnou instalaci před opětovným odebráním.

Nezaškodí zkontrolovat, zda váš disk není plný. Můžete to zkontrolovat spuštěním následujícího příkazu:

  df -lh  
Zkoušel jsem znovu spustit instalaci již mnohokrát, ale pokaždé to visí. Podle df -lh mám k dispozici 5,6 GB, takže by to také nemělo dělat rozdíl.
zkusili jste s `apt-get --reinstall install gitlab-ce`?
Moje instalace (rozbalení) trvala na Pi 3. 3 hodiny. Čekali jste tak dlouho?


Tyto otázky a odpovědi byly automaticky přeloženy z anglického jazyka.Původní obsah je k dispozici na webu stackexchange, za který děkujeme za licenci cc by-sa 3.0, pod kterou je distribuován.
Loading...