Re: [arch-general] unreadable characters login screen after install SOLVED

[niya levi via arch-general]

> On Mon, Nov 28, 2016 at 8:55 PM, niya levi via arch-general
>  > wrote:
> >/is there another entry i should have comment , uncommented or added in 
> >/>//etc/default/grub to make it permenant ? />/shadrock /
> If you change things in /etc/default/grub, you have to # grub-mkconfig
> -o /boot/grub/grub.chf to make the changes available to grub, whose
> config is read at a time when no other file systems are visible...
>
> cheers!
> mar77i

thanks everyone for all the advice,
i ran 
grub-mkconfig -o /boot/grub/grub.cfg
and it boots up fine now.
shadrock

Re: [arch-general] unreadable characters login screen after install

[Leonid Isaev]

On Mon, Nov 28, 2016 at 07:55:53PM +, niya levi via arch-general wrote:
> my graphics card is a cirrus logic cl-gd5436 pci 1mb vga card
> it's loaded automatically,
> have tried adding nomodeset by
> pressing e at the boot screen with brings me to grub startup file
> i added nomodeset to the end of the 'linux /boot/vmlinux' line
> but no change.
> i got further by  pressing e at boot and changing the
> GRUB_GFXPAYLOAD_LINUX to GRUB_GFXPAYLOAD_LINUX=text
> and the console screen displayed correctly,
> to make it permenant i edited /etc/default/grub and also changed the
> GRUB_GFXPAYLOAD_LINUX line there
> but upon reboot i was back to the previous block characters.
> so i can get a correct display if i press e and edit from there on each
> bootup,
> is there another entry i should have comment , uncommented or added in
> /etc/default/grub to make it permenant ?

Do I correctly understand that you don't run X11? If you do, it always showed
fonts correctly, yes?

I always used syslinux, but there is grub2-mkconfig -o /boot/grub.cfg (that's 
all I know about grub2)...

It seems that you have an issue with a console font: it is improperly displayed
with your graphics card. You can try changing it though, as an alternative to
cusomising grub.cfg

Cheers,
-- 
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6  20DF 9291 EE8A 043C B8C4
  C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D

Re: [arch-general] Arch pkg user and group IDs?

[Leonid Isaev]

On Mon, Nov 28, 2016 at 11:04:53AM +0100, Hauke Fath wrote:
> On Sun, 27 Nov 2016 19:16:56 -0700, Leonid Isaev wrote:
> > But out of curiosity, why is it difficult to change user IDs on all files? I
> > assume that you control the storage? Isn't it just a chown -R away? For
> > example, for our NIS passwd/shadow map we use 6-digit IDs...
> 
> Because... users have files
> 
> - on their NFS home
> - on public NFS shares
> - on a partition of the local harddrive (and not necessarily limited to 
> one machine)
> - on their home on the web server
> - on their home on the mailserver
> - on their home on the computing cluster
> 
> all of which makes a change of user and group id slightly more involved 
> than a 'chmod -R'. Nothing that couldn't be done, mind you, given 
> enough round tuits - both for me and my users. 
> 
> As I said, it would have to be either a flag day (deploy a script with 
> old-new mapping to all machines involved, lock out users, shut down 
> services, run script), or piecemeal change (negociate time slot with 
> user, log them out, annoy other users because you have to temporarily 
> disable imap and smtp services, run said script). Both would need to be 
> planned, communicated and negociated, and so take more time than I have.

OK, if this is not an option, then I you have few options, but all of the suck:
1. Just go over your /etc/passwd, /etc/group etc. and manually assign UID/GID
   to systemd* users. The hope is that packages won't install new users. Also,
   put /usr/lib/sysusers.d in a version control, so you can track changes. And
   of course, change your login.defs appropriately. Systemd won't read it, but
   other programs might.
2. If this is too hackish for you, then override files in /usr/lib/sysusers.d/
   by copying them to /etc/sysusers.d and putting fixed UIDs there. Of course,
   /etc/passwd et all need to be fixed manually, as above.
3. Rebuild systemd with a proper login.defs... Keep in mind though, that new
   stable releases of systemd are almost always broken in one way or another...
4. Reopen the bugreport mentioned in this thread and try to bring LP back to
   earth. Good luck with that though, in my experience it is impossible :)

If I were you, I'd choose (1) but create every new user in a high-numbered IDs,
so hopefully in some time, you can drop the hack.

HTH,
-- 
Leonid Isaev
GPG fingerprints: DA92 034D B4A8 EC51 7EA6  20DF 9291 EE8A 043C B8C4
  C0DF 20D0 C075 C3F1 E1BE  775A A7AE F6CB 164B 5A6D

Re: [arch-general] unreadable characters login screen after install

[Martin Kühne via arch-general]

On Mon, Nov 28, 2016 at 8:55 PM, niya levi via arch-general
 wrote:
> is there another entry i should have comment , uncommented or added in
> /etc/default/grub to make it permenant ?
> shadrock

If you change things in /etc/default/grub, you have to # grub-mkconfig
-o /boot/grub/grub.chf to make the changes available to grub, whose
config is read at a time when no other file systems are visible...

cheers!
mar77i

Re: [arch-general] unreadable characters login screen after install

[niya levi via arch-general]

> Just to check, does "locale -c charmap" return UTF-8? If yes, then it seems
> there is an issue with your default console font (I assume you didn't put
> anything like this on the kernel command line). So, try changing the console
> font either by the kernel cmdline or at runtime in a tty console:
> https://wiki.archlinux.org/index.php/Fonts#Console_fonts .
>
> Also, what is your graphics card, and how do you load the graphics driver
> (automatically, early in ramdisk via MODULES= in mkinitcpio.conf, etc.)? Try
> booting with nomodeset at the kernel cmdline to disable KMS and see if your
> fonts get back to normal...
>
> Cheers,
> -- 
> Leonid Isaev

locale -c charmap" returns
lc_ctype
UTF-8

my graphics card is a cirrus logic cl-gd5436 pci 1mb vga card
it's loaded automatically,
have tried adding nomodeset by
pressing e at the boot screen with brings me to grub startup file
i added nomodeset to the end of the 'linux /boot/vmlinux' line
but no change.
i got further by  pressing e at boot and changing the
GRUB_GFXPAYLOAD_LINUX to GRUB_GFXPAYLOAD_LINUX=text
and the console screen displayed correctly,
to make it permenant i edited /etc/default/grub and also changed the
GRUB_GFXPAYLOAD_LINUX line there
but upon reboot i was back to the previous block characters.
so i can get a correct display if i press e and edit from there on each
bootup,
is there another entry i should have comment , uncommented or added in
/etc/default/grub to make it permenant ?
shadrock

Re: [arch-general] unreadable characters login screen after install

[Alex Theotokatos via arch-general]

On 11/28/2016 07:15 PM, Alex Theotokatos wrote:

On 11/27/2016 12:36 PM, niya levi via arch-general wrote:

sorry i mean the login at the console,
it a file server without xorg, display manger etc.

shadrock


How do you share your files. Samba? Nfs?


I'm sorry. Bad reading. I'm off-topic. Sorry for the noise.

Re: [arch-general] unreadable characters login screen after install

[Alex Theotokatos via arch-general]

On 11/27/2016 12:36 PM, niya levi via arch-general wrote:

sorry i mean the login at the console,
it a file server without xorg, display manger etc.

shadrock


How do you share your files. Samba? Nfs?

[arch-general] GRUB doesn't boot Windows behind Secure Boot

[Giovanni Santini via arch-general]

Good afternoon,
I have been using GRUB for a long time, but I'm having a strange issue.
My setup consists of ArchLinux as main OS and Windows 10 and Ubuntu
12.04 as secondary OSes.
Turning up Secure Boot in my firmware options results in such an error
when chainloading Windows:

/EndEntire
file path:
/ACPI(yadda)/PCI(yadda)/Sata(0,0,0)/HD(yaddayadda)/File(\EFI\Microsoft\Boot)/File(bootmgfw.efi)/EndEntire
error: cannot load image.

The strange thing is that disabling Secure Boot make it works.

Not really sure what I'm missing here.

-- 
Giovanni Santini
My blog: http://giovannisantini.tk
My code: https://git{hub,lab}.com/ItachiSan
My GPG: 2FADEBF5

Re: [arch-general] Arch pkg user and group IDs?

[Hauke Fath]

On Mon, 28 Nov 2016 12:28:23 +0100, Martin Kühne via arch-general wrote:
> Hmm, you could do the move per-server, though, at least for the
> network services that publicly can report a different UID/GID pair
> than is advertised on the file system, which is at least true for NFS.

NFSv4, that is. We use v3, which by design cannot remap IDs - the 
server takes the client's information as gospel.

> Did you look into that, already?

Yes... the NFS server is actually the least of my worries.

Cheerio,
hauke

-- 
 The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
 Respect for open standards  Ruf +49-6151-16-21344

Re: [arch-general] Arch pkg user and group IDs?

[Martin Kühne via arch-general]

Hmm, you could do the move per-server, though, at least for the
network services that publicly can report a different UID/GID pair
than is advertised on the file system, which is at least true for NFS.
Did you look into that, already?

cheers!
mar77i

Re: [arch-general] Arch pkg user and group IDs?

[Hauke Fath]

On Sun, 27 Nov 2016 19:16:56 -0700, Leonid Isaev wrote:
> But out of curiosity, why is it difficult to change user IDs on all files? I
> assume that you control the storage? Isn't it just a chown -R away? For
> example, for our NIS passwd/shadow map we use 6-digit IDs...

Because... users have files

- on their NFS home
- on public NFS shares
- on a partition of the local harddrive (and not necessarily limited to 
one machine)
- on their home on the web server
- on their home on the mailserver
- on their home on the computing cluster

all of which makes a change of user and group id slightly more involved 
than a 'chmod -R'. Nothing that couldn't be done, mind you, given 
enough round tuits - both for me and my users. 

As I said, it would have to be either a flag day (deploy a script with 
old-new mapping to all machines involved, lock out users, shut down 
services, run script), or piecemeal change (negociate time slot with 
user, log them out, annoy other users because you have to temporarily 
disable imap and smtp services, run said script). Both would need to be 
planned, communicated and negociated, and so take more time than I have.

Cheerio,
Hauke

-- 
 The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
 Respect for open standards  Ruf +49-6151-16-21344

Re: [arch-general] [arch-dev-public] Moving arduino into [community] important notes

[Oon-Ee Ng via arch-general]

On Mon, Nov 28, 2016 at 3:26 PM, Antonio Rojas  wrote:
>
> I thought AUR packages were unsupported. Sure, it is nice to give them a
> higher version number when they are moved to the official repos to allow
> for a smooth upgrade, but that shouldn't be an enforced rule IMO. And
> removing epoch is a reasonable enough reason not to do it.

There's a difference between unsupported and (un?)intentionally
leaving all users' packages frozen at an old (eventually broken)
version because epoch was removed, for some indeterminate period of
time.

Of course, the question about whether epoch should have been used in
the AUR is a separate one (I think it's done mainly to help AUR
helpers work). But once that's been done I don't see any good reason
to remove it.