On Friday 13 September 2013 12:37:02 Mateusz Korniak wrote:
> + /sbin/grub-probe -t fs /boot/grub
> *** Error in `/sbin/grub-probe': double free or corruption (fasttop):
Jak by ktoś wdepnął w powyższe, to obejście:
# export MALLOC_CHECK_=0
# grub-install /dev/sda
mi zadziałało.
On Friday 13 of September 2013 12:37:02 Mateusz Korniak wrote:
> Błąd objawia się po wykonaniu:
>
> bash -x grub-install /dev/sda
>
> Da się wydobyć więcej pełniejszy backtrace niż [1]?
skompiluj z opcja -fsanitize=address i pod gdb sie zaczep breakpointem na
__as
Błąd objawia się po wykonaniu:
bash -x grub-install /dev/sda
Da się wydobyć więcej pełniejszy backtrace niż [1]?
Mam zainstalowanie grub2-debuginfo-2.00-2.i686.
[1]:
+ /sbin/grub-probe -t fs /boot/grub
*** Error in `/sbin/grub-probe': double free or corruption (fasttop):
0x093
Pewnego dnia wpadła wieść od Jan Rekorajski i powiedziała :
> ROTFL. Te "sieciowe pierdoły" to podstawowa funkcjonalność.
> A jak splash to psuł to został wyłączony. Jak ci to potrzebne to zrób
> tak żeby nie psuł.
Moja propozycja - aby dla %bcond_with splashimage patch na pxe był
wyłączany. Domy
On Wed, 04 Feb 2009, Adam Golebiowski wrote:
> Tak też można, to patch -R wygląda trochę jak rzeźba ale z drugiej strony
> odpadnie synchronizacja łatek między w zaproponowanym przeze mnie
> grub-pxe.spec / grub-splash.spec.
>
> Pytanie tylko co z /sbin/grub ? Skrypt jak blues z
niałem dodać paczki gruba do
> > hold i mi po którejś aktualizacji zniknał splashscreen.
> >
> > Nie wiem czy da się zrobić w ramach jednego speca -- na chwilę ob ecną
> > --with splashimage wykłada się na %prep (nowy -pxe patch gryzie się z
> > ktorymś z patchy od
On Tue, 03 Feb 2009, Pawel Golaszewski wrote:
> On Tue, 3 Feb 2009, Jan Rekorajski wrote:
> > > A może by tak:
> > > - cp grub.spec,v grub-pxe.spec,v
> > > - cp grub.spec,v grub-splash.spec,v
> > > - cvs rm grub.spec
> > > - grub-pxe.spec += '
On Tue, 3 Feb 2009, Jan Rekorajski wrote:
> > A może by tak:
> > - cp grub.spec,v grub-pxe.spec,v
> > - cp grub.spec,v grub-splash.spec,v
> > - cvs rm grub.spec
> > - grub-pxe.spec += 'Provides: grub'
> > - grub-splash.spec += 'Provides: grub&#x
wiem czy da się zrobić w ramach jednego speca -- na chwilę ob ecną --with
> splashimage wykłada się na %prep (nowy -pxe patch gryzie się z ktorymś z
> patchy od splasha)
Da sie, patrz nizej.
> A może by tak:
> - cp grub.spec,v grub-pxe.spec,v
> - cp grub.spec,v grub-splash.spec,
-pxe patch gryzie się z ktorymś z
patchy od splasha)
A może by tak:
- cp grub.spec,v grub-pxe.spec,v
- cp grub.spec,v grub-splash.spec,v
- cvs rm grub.spec
- grub-pxe.spec += 'Provides: grub'
- grub-splash.spec += 'Provides: grub'
Bardzo głupie, czy tylko głupie?
--
http:/
Pewnego dnia wpadła wieść od Patryk Zawadzki i powiedziała :
> Najprościej chyba na launchpadzie (jako bug w PLD z łatką na speca).
>
Mam na myśli raczej inny spec grub2-gm.spec, gdyż jest to inna wersja (z
graficznym menu) niż grub2.spec (
http://www.gnu.org/software/grub/grub-2.en.html ).
2009/2/2 Daniel Dawid Majewski :
>> Niestety grub2 to wciąż bardziej "ciekawy koncept" niż "działający
>> bootloader".
> Pozwolę sobie się z tym nie zgodzić, u mnie SOA#1 po kilku modyfikacjach
> (głównie przeniosłem katalog gruba do /boot/grub2/) śmiga na
> rozdzielczości 1280x800 i to w true colo
> Niestety grub2 to wciąż bardziej "ciekawy koncept" niż "działający
> bootloader".
Pozwolę sobie się z tym nie zgodzić, u mnie SOA#1 po kilku modyfikacjach
(głównie przeniosłem katalog gruba do /boot/grub2/) śmiga na
rozdzielczości 1280x800 i to w true color.
Build z http://grub.gibibit.com/
Mogę
On Sat, Jan 31, 2009 at 11:53:01AM +0100, Patryk Zawadzki wrote:
> A nie lepiej inwestować w grub2?
Niestety grub2 to wciąż bardziej "ciekawy koncept" niż "działający
bootloader".
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra |
2009/1/31 Przemyslaw Iskra :
> On Fri, Jan 30, 2009 at 09:47:50PM +0100, Jan Rekorajski wrote:
> To ja mam taki pomysł: zrobić dwie wersje gruba ! W miarę możliwości
> wersję ze splashem utworzyć jako podpakiet w grub.spec.
>
> Trudne nie powinno być.
A nie lepiej inwestować w grub2?
--
Patryk Z
On Fri, Jan 30, 2009 at 09:47:50PM +0100, Jan Rekorajski wrote:
> On Fri, 30 Jan 2009, Bartosz Taudul wrote:
[pierdoły wycięte]
To ja mam taki pomysł: zrobić dwie wersje gruba ! W miarę możliwości
wersję ze splashem utworzyć jako podpakiet w grub.spec.
Trudne nie powinno być.
Jako nagroda wykon
faktów?
> A dla mnie splash jest podstawowszą funkcjonalnością. I co, teraz się
> będziemy kłócić kto ma bardziej wyciągnięte z dupy wymagania?
Rozpakuj sobie grub-0.97.tar.gz i pokaż mi gdzie tam jest
vga/splash/whatever. A potem zajrzyj do katalogu netboot/ i przestań
pierdolić głupoty.
On Fri, Jan 30, 2009 at 09:03:15PM +0100, Jan Rekorajski wrote:
> ROTFL. Te "sieciowe pierdoły" to podstawowa funkcjonalność.
Tak tak, tak to sobie tłumacz.
A dla mnie splash jest podstawowszą funkcjonalnością. I co, teraz się
będziemy kłócić kto ma bardziej wyciągnięte z dupy wymagania?
> A jak
On Fri, 30 Jan 2009, Bartosz Taudul wrote:
> On Fri, Jan 30, 2009 at 05:28:37PM +0100, Patryk Zawadzki wrote:
> > splashimage (hd0,0)/grub/splash.xpm.gz
> >
> > ...co nigdy też chyba w PLD nie działało i nic nie robiło aż do teraz ;)
> Splash działał dopóki jaki
On Fri, Jan 30, 2009 at 05:28:37PM +0100, Patryk Zawadzki wrote:
> splashimage (hd0,0)/grub/splash.xpm.gz
>
> ...co nigdy też chyba w PLD nie działało i nic nie robiło aż do teraz ;)
Splash działał dopóki jakiś inteligent nie wrzucił sieciowych pierdoł,
które go rozwaliły.
wolf
--
ś popsute jest jednak. Configi od czasów instalacji nie były
> > dotykane, po ostatniej aktualizacji grub (kolejny raz) zgubił własny
> > config, a ponowna instalacjia (jak i podanie 'configfile
> > (hd0,0)/grub/menu.lst') dają działającego gruba, w którym nie widać
>
otykane, po ostatniej aktualizacji grub (kolejny raz) zgubił własny
> config, a ponowna instalacjia (jak i podanie 'configfile
> (hd0,0)/grub/menu.lst') dają działającego gruba, w którym nie widać
> menu. Widać nagłówek z wersją gruba i listę klawiszy na dole, reszta
> jest cała
2009/1/30 Jan Rekorajski :
> On Fri, 30 Jan 2009, Patryk Zawadzki wrote:
>> Co może zrobić moja kobieta, żeby jej grub przestał być czarny na
>> czarnym tle? Ja mam to samo na wszystkich komputerach, ale rozumiem,
>> że da się to załatwić aktualizacją, która odpsuwa to, c
On Fri, 30 Jan 2009, Patryk Zawadzki wrote:
> Hej,
>
> Co może zrobić moja kobieta, żeby jej grub przestał być czarny na
> czarnym tle? Ja mam to samo na wszystkich komputerach, ale rozumiem,
> że da się to załatwić aktualizacją, która odpsuwa to, co popsuła
> ostatnia?
Możem
Hej,
Co może zrobić moja kobieta, żeby jej grub przestał być czarny na
czarnym tle? Ja mam to samo na wszystkich komputerach, ale rozumiem,
że da się to załatwić aktualizacją, która odpsuwa to, co popsuła
ostatnia?
Bonusowe punkty za informację: co moja kobieta może zrobić, żeby każdy
upgrade
Dnia 1 lipca 2008 9:48 "Bartosz Świątek" <[EMAIL PROTECTED]> napisał(a):
> Nie wiem czy to w temacie ale u mnie superdrive jest na /dev/sr0.
W temacie - bardzo sie ciesze ze masz inaczej.
Moglbys pokazac device.map gruba ?
Ewentualnie jesli nie uzywasz go to zainstaluj na chwi
W dniu 1 lipca 2008 08:32 użytkownik Adam Gołębiowski
<[EMAIL PROTECTED]> napisał:
> On Mon, Jun 30, 2008 at 10:57:02PM +0200, Bartłomiej Zimoń wrote:
>> Sunday 22 of June 2008 23:41:53 Bartłomiej Zimoń napisał(a):
>> > Wiadomo ze nasz rc-boot grub ma brzydkiego b
On Mon, Jun 30, 2008 at 10:57:02PM +0200, Bartłomiej Zimoń wrote:
> Sunday 22 of June 2008 23:41:53 Bartłomiej Zimoń napisał(a):
> > Wiadomo ze nasz rc-boot grub ma brzydkiego buga ktory nie pozwala na
> > mieszanie dyskow sata i ata bo zawsze liczy od 0 czyli dla opcji ROOT:
&g
Sunday 22 of June 2008 23:41:53 Bartłomiej Zimoń napisał(a):
> Wiadomo ze nasz rc-boot grub ma brzydkiego buga ktory nie pozwala na
> mieszanie dyskow sata i ata bo zawsze liczy od 0 czyli dla opcji ROOT:
>
> /dev/sda wskazuje na (hd0)
> /dev/sdb wskazuje na (hd1)
> /dev/hd
Wiadomo ze nasz rc-boot grub ma brzydkiego buga ktory nie pozwala na mieszanie
dyskow sata i ata bo zawsze liczy od 0 czyli dla opcji ROOT:
/dev/sda wskazuje na (hd0)
/dev/sdb wskazuje na (hd1)
/dev/hda wskazuje na (hd0)
/dev/hdb wskazuje na (hd1)
Chcialem sprobowac to zmienic tak zeby przed
23/4/2008, "Pawel Zuzelski" <[EMAIL PROTECTED]> napisał/a:
>grub --no-curses
sprawdzilem bez ncurses na tym co puscilem na buildery
i nie wyswietla bledow, a wiec sprawe uwazam za zamknieta :)
___
pld-devel-pl mailing list
pld
nie linkowanych binarek.
Tyle, że przy dynamicznie zlinkowanym grubie działało ncurses i przez to nie
wyświetlał się komunikat o błędzie. Jeżeli masz jeszcze tamtego dynamicznie
linkowanego gruba, to spróbuj zrobić:
grub --no-curses
--
Pozdrawiam,
Paweł Zuzel
On Mon, 21 Apr 2008, Paweł Zuzelski wrote:
> > > To wygląda tak:
> > jak zlinkuje gruba statycznie (tak jak jest w specu) to mam blad j.w.,
> > jak dynamicznie to jest ok. robi sie coraz ciekawiej...
> W załączniku łatka na speca oraz na samego gruba. U mnie działa - może
> ktoś potwierdzić?
...
> + lseek (fd, 0, SEEK_SET);
> > +}
> >
> >/* XXX This is the default size. */
> >geom->sector_size = SECTOR_SIZE;
>
> Zaproponowałem utworzenie osobnego fd, bo nie byłem pewien, czy taka
> operacja nie popsuje czegoś innego. Ale chyba masz rację, że ta
On Monday 21 April 2008 21:29:40 Paweł Sikora wrote:
> nie lepiej tak? po odczytaniu geometrii tylko ioctl() idzie po fd,
> wiec roznicy nie powinno byc. insza sprawa, to dlaczego linkowanie
> statyczne to psulo? i dlaczego przy statycznym nie dziala u mnie
> podpowiadanie z ?
>
> @@ -259,7 +260,10
On Monday 21 of April 2008 21:05:39 Paweł Zuzelski wrote:
> On Monday 21 April 2008 21:01:44 Paweł Sikora wrote:
> > On Monday 21 of April 2008 20:30:55 Paweł Zuzelski wrote:
> > > To wygląda tak:
> >
> > jak zlinkuje gruba statycznie (tak jak jest w specu)
> > to mam blad j.w., jak dynamicznie to
czniku łatka na speca oraz na samego gruba.
U mnie działa - może ktoś potwierdzić?
--
Paweł Zuzelski
--- grub.spec 2008-04-21 20:56:44.0 +0200
+++ grub.spec.new 2008-04-21 20:57:55.0 +0200
@@ -14,7 +14,7 @@
Summary(pt_BR.UTF-8): Gerenciador de inicialização GRUB
Name: grub
Vers
On Monday 21 of April 2008 20:30:55 Paweł Zuzelski wrote:
> To wygląda tak:
jak zlinkuje gruba statycznie (tak jak jest w specu)
to mam blad j.w., jak dynamicznie to jest ok.
robi sie coraz ciekawiej...
___
pld-devel-pl mailing list
pld-devel-pl@lists.p
On Monday 21 April 2008 19:15:24 Paweł Sikora wrote:
> On Monday 21 of April 2008 15:49:46 Patryk Zawadzki wrote:
> > 2008/4/21 <[EMAIL PROTECTED]>:
> > > witam,
> > >
> > > ostatnio przy instalacji na dwoch maszynach grub sie cos
> > > na mni
On Monday 21 of April 2008 15:49:46 Patryk Zawadzki wrote:
> 2008/4/21 <[EMAIL PROTECTED]>:
> > witam,
> >
> > ostatnio przy instalacji na dwoch maszynach grub sie cos
> > na mnie obrazil (jak w temacie), a lilo dziala bez oporow.
>
> Qwiat zgłaszał, że ex
2008/4/21 <[EMAIL PROTECTED]>:
> witam,
>
> ostatnio przy instalacji na dwoch maszynach grub sie cos
> na mnie obrazil (jak w temacie), a lilo dziala bez oporow.
Qwiat zgłaszał, że ext2/ext3 dla kernela 2.6.24 dostają inne parametry
przy zakładaniu (rozmiar inode rośnie z 12
witam,
ostatnio przy instalacji na dwoch maszynach grub sie cos
na mnie obrazil (jak w temacie), a lilo dziala bez oporow.
oto szczegoly:
# fdisk /dev/sda
Command (m for help): v
3052 unallocated sectors
Command (m for help): p
Disk /dev/sda: 320.0 GB, 320071851520 bytes
255 heads, 63
Nasz grub (0.97-6) nie obsługuje nowo utworzonych systemów plików
ext2/ext3, przez nowego mkfs (domyślnie 256 bajtowy inode). Są jakieś
łaty:
http://people.debian.org/~terpstra/message/20080130.140155.866d3ad1.en.html
nie wiem jednak jak się sprawują. Na razie pozostaje:
# mkfs.ext2 -I 128
Dnia 31-01-2007, śro o godzinie 23:18 +0100, Liliana Ziolek napisał(a):
> On 1/31/07, "Wojciech \"Sas\" Cięciwa" <[EMAIL PROTECTED]> wrote:
> > FF 2.0 dla [EMAIL PROTECTED] niema ??
> > Sam wysylalem zlecenia budowania.
>
> Nie ma, zgaduję że właśnie dlatego, że (niektórym) nie działa. Obiło
> mi
Dnia czwartek, 1 lutego 2007, Jakub Bogusz napisał:
> -U/-F też można jeśli są te same EVR.
> Nie potrzeba żadnych --force/--nodeps.
zmylił mnie gcc-c++, gdzie już tak łatwo sprawa nie wygląda...
mea culpa
--
Rafał Cygnarowski
[EMAIL PROTECTED]
___
pld
gt;
> > Tia... ale jakoś to działa tak... "nieelegancko".
> > rpm -Uvh --force --nodeps... ssstraszne (i tak z każdym 32bitowym pakietem)
>
> nie -U tylko -i.
>
> rpm -ihv glibc-2.5-0.2.i686 grub-0.97-2.x86_64 i bangla.
^^ i686
ssstraszne (i tak z każdym 32bitowym pakietem)
nie -U tylko -i.
rpm -ihv glibc-2.5-0.2.i686 grub-0.97-2.x86_64 i bangla.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
Dnia środa, 31 stycznia 2007, Jakub Bogusz napisał:
> Pfff. To już prościej doinstalować 32-bitowego glibca i gruba w głównym
> systemie.
Tia... ale jakoś to działa tak... "nieelegancko".
rpm -Uvh --force --nodeps... ssstraszne (i tak z każdym 32bitowym pakietem)
--
Rafał Cygnarowski
[EMAIL PR
On 1/31/07, Rafał Cygnarowski <[EMAIL PROTECTED]> wrote:
> Co prawda nie próbowałem tego, ale zgaduję, że z gruba w 64 bitowym środowisku
> rezygnować nie trzeba. Proponuję spróbować zainstalować grupa w chroocie
> 32bitowym. mount -o bind dla proc, boot, dev i etc i w chroocie odpalać
> instalację
On 1/31/07, "Wojciech \"Sas\" Cięciwa" <[EMAIL PROTECTED]> wrote:
> FF 2.0 dla [EMAIL PROTECTED] niema ??
> Sam wysylalem zlecenia budowania.
Nie ma, zgaduję że właśnie dlatego, że (niektórym) nie działa. Obiło
mi się o oczy (nie wiem tylko na której z grup, ale chyba devel), że
nie tylko u mnie..
On Wed, Jan 31, 2007 at 10:51:34PM +0100, Rafał Cygnarowski wrote:
> Dnia środa, 31 stycznia 2007, Liliana Ziolek napisał:
> > No nic, downgrade do 32bit smp. Coś jednak chyba się porwałam z motyką
> > na słońce - opery 64 nie ma, FF 2.0 w repo nie ma, a zbudowany
> > własnoręcznie nie działa. Co j
Dnia środa, 31 stycznia 2007, Liliana Ziolek napisał:
> No nic, downgrade do 32bit smp. Coś jednak chyba się porwałam z motyką
> na słońce - opery 64 nie ma, FF 2.0 w repo nie ma, a zbudowany
> własnoręcznie nie działa. Co jak co, ale przeglądarka to jednak
> wyposażenie podstawowe, a na tym pewnie
Wojciech "Sas" Cięciwa wrote:
> Np. czego brakuje ?
> Ja osobiście nie narzekam.
OO, Flash tak z pierwszych co mi do głowy przychodzi :)
Artur
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
Artur Flinta napisał(a):
> Liliana Ziolek wrote:
>
>>No nic, downgrade do 32bit smp. Coś jednak chyba się porwałam z motyką
>>na słońce - opery 64 nie ma, FF 2.0 w repo nie ma, a zbudowany
>>własnoręcznie nie działa. Co jak co, ale przeglądarka to jednak
>>wyposażenie podstawowe, a na tym pewnie k
On Wed, Jan 31, 2007 at 09:50:26PM +0100, Liliana Ziolek wrote:
> On 1/31/07, Andrzej 'The Undefined' Dopierała <[EMAIL PROTECTED]> wrote:
> > grub jest tylko 32bitowy.
> > więc albo używasz gruba (i masz dla niego 32bitowe biblioteki), albo
> > też..
Liliana Ziolek wrote:
> No nic, downgrade do 32bit smp. Coś jednak chyba się porwałam z motyką
> na słońce - opery 64 nie ma, FF 2.0 w repo nie ma, a zbudowany
> własnoręcznie nie działa. Co jak co, ale przeglądarka to jednak
> wyposażenie podstawowe, a na tym pewnie kłopoty z 64 bit dopiero się
>
Liliana Ziolek napisał(a):
> On 1/31/07, Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote:
>
>>Na dzis najwiekszy problem z tym, to niewspieranie takiego dualizmu przez
>>poldka (i klopoty przy upgrejdzie).
>>Pakiety nie powinny byc w konflikcie.
>
>
> Ti... tak mi się właśnie zdawało, że za
On 1/31/07, Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote:
> Na dzis najwiekszy problem z tym, to niewspieranie takiego dualizmu przez
> poldka (i klopoty przy upgrejdzie).
> Pakiety nie powinny byc w konflikcie.
Ti... tak mi się właśnie zdawało, że za bardzo nie działało w
poldku ;) Dzięk
Liliana Ziolek wrote:
> BTW czy da się w PLD w miarę bezboleśnie mieć obok siebie wersje 32 i
> 64 bitowe bibliotek, czy one ze sobą konfliktują?
Na dzis najwiekszy problem z tym, to niewspieranie takiego dualizmu przez
poldka (i klopoty przy upgrejdzie).
Pakiety nie powinny byc w konflikcie.
--
On 1/31/07, Andrzej 'The Undefined' Dopierała <[EMAIL PROTECTED]> wrote:
> grub jest tylko 32bitowy.
> więc albo używasz gruba (i masz dla niego 32bitowe biblioteki), albo
> też.. 64bitowego lilo ;)
Hmmm, ok, nie wiedziałam. :)
Aaaale... czy jest w takim razie sens pak
On Tue, Jan 30, 2007 at 10:27:55PM +0100, Liliana Ziolek wrote:
> Wczoraj postawiłam Th 64bitowe, smp. Czy mi się tylko wydaje, czy grub
> w repozytorium 64bitowym jest 32bitowy i krzyczy o zależność glibcową
> w wersji 32bitowej? Czy to jest zdrowy objaw? Trochę ciężko potem z
> t
Hej,
Wczoraj postawiłam Th 64bitowe, smp. Czy mi się tylko wydaje, czy grub
w repozytorium 64bitowym jest 32bitowy i krzyczy o zależność glibcową
w wersji 32bitowej? Czy to jest zdrowy objaw? Trochę ciężko potem z
takiego gruba postawić sobie MBRa (czy cokolwiek innego zrobić, bo
nawet jak wymuszę
62 matches
Mail list logo
