sábado, dezembro 10, 2011

Novos Mapas dos EUA 2011.Q2 NavTeq

http://www.gpspoint.com.br/forum/39-mapas-pois-relevos-e-construcoes-3d/103450-novos-mapas-dos-eua-2011q2-navteq#105630 

USA Maps iGO Maps for USA

Novos Mapas dos EUA 2011.Q2 NavTeq 07 Nov 2011 22:56 #103450

Pessoal

Além da novidade em si dos novos mapas dos EUA , este lote tem data de lançamento do mês de Julho
Ou seja, reascende uma chama de esperança de termos também mapas do Brasil ainda este ano !
Abaixo os links de alguns estados principais, na mesma linha dos lançamentos anteriores
Só que desta vez, o "pacote" contem mapas/pois/buildings e uma novidade "drive alerts"
Trata-se de um arquivo com avisos do tipo "ventos laterais intensos" "área com risco de deslizamento" e outros que são mostrados na tela do navegador durante a navegação (todos os iGO's). Estes arquivos devem ser colocados junto com os mapas na pasta \content\map\. O restante, cada um em sua respectiva pasta

iGO My Way v8.4.2.139242 - AMIGO - para plataforma ANDROID (celular)

http://www.gpspoint.com.br/forum/53-download-igo84-amigo/76359-igo-my-way-v842139242-amigo-para-plataforma-android-celular

iGO "My Way" v.8.4.2.139242 - AMIGO - para plataforma ANDROID (celular)


Amigo_Android.jpg


ATENÇÃO: Quem tiver conta no Megaupload, peço uma ajuda: que importe  os LINKs dos pacotes abaixo para sua conta, gerando assim um novo link para download, e me informe o endereço do link para eu deixar arquivado aqui. OK. E assim que estes links de hoje sairem do ar.. já teremos novos links para substituir. OK.
Quem puder ajudar.. ficamos inteiramente gratos. Obrigado.


Para resoluções:

=> 200x400 : Sem informações de quais modelos. Se você tem um, informe-nos.
=> 320x240 : Samsung Galaxy 5 ; Sony Ericcson Xperia X10 mini ; (se vc tem outro modelo já funcionando, informe-nos).
=> 480x320 : LG Optimus One (P500) ; Samsung Galaxy Ace ; (caso você tenha outro modelo já funcionando, informe-nos).
=> 480x854 : Motorola Milestone ; Sony Ericcson Xperia X10 ; (se vc tem outro modelo já funcionando, informe-nos).
=> 480x800 : Samsung Galaxy S ; LG GW620 ; HTC Desire ; HTC Desire HD ; HTC Desire Z ; HTC HD2 ; Google Nexus One ; Samsung Galaxy SII (i9100) ; (caso você tenha outro modelo já funcionando, informe-nos).

Instalação:

1) Desinstale qualquer versão anterior do software gps que você irá instalar, inclusive a pasta correspondente no sdcard.
2) Descompacte o pacote baixado. Copie a pasta que está dentro do pacote para a raiz do sdcard.
3) Instale o software (apk) que acompanha o pacote.
4) Ligue o GPS e execute o software.
(Créditos referente ao texto Instalação utilizado aqui: www.androidpoint.com.br )

Nota: Navegadores nas resoluções abaixo montado por Capulleto
Obs: Não testei pois não tenho um aparelho c/ Android em mãos.
Montei seguindo a estrutura da pasta "Content" do Amigo para sistema windows.
Aceito indicações para a montagem das pastas. ok.


Observação: Como é dificil manter os Links ativos por muito tempo, resolvi colocar os pacotes de uma forma diferente.
Todos os pacotes seguem a mesma estrutura de pastas. Portanto resolvi retirar a pasta Content dos pacotes e assim você deverá baixar o pacote para a sua resolução e + a pasta Content. Você deverá fazer 2 downloads.
Assim fica mais fácil também para eu fazer novo upload quando os links estiverem OFF.
Pois assim eu faço o upload de apenas 1 pasta Content, e os pacotes do Navegador ficaram mais leve tbm para upar.
Veja a foto:

Android-Pastas.jpg



D O W N L O A D : São vários links para escolher para baixar. Megaupload e Multiupload. Todos os links contém o mesmo, mas estão em diferentes provedores.



Arquivo DEM (Relevo) : colocar na pasta Dem, que está dentro da pasta Content. (Serve p/ todas as resoluções acima).

quinta-feira, dezembro 08, 2011

Getting rid of that pesky warning triangle during boot

[07.12.2011][CF-Root 5.0] KE*,KF*,KG*,KH*,KI*, KJ1/2/3, KK2/5, KL1 - su+bb+CWM4/5 - xda-developers

I9100 warning triangle

Getting rid of that pesky warning triangle during boot

It is definitely possible to remove that pesky warning triangle during boot when running a custom kernel, though you should be well aware that this method does NOT reset the custom kernel flash counter. The steps are not complicated, but they aren't easy either, so read well.

(1) Make sure you have CF-Root flashed (see the first post). You must have the "CWM Manager" app available.

(2) Make sure you have the same version of CF-Root extracted until you have the zImage file. (ZIP --> extract --> TAR --> extract --> zImage).

(3) Push the zImage file to /sdcard . It must still be called zImage !

(4) Find an original Samsung signed stock kernel (preferably from the same stock firmware you have, but it's not terribly important)

(5) Reboot into download mode (adb reboot download, or boot the device with home and volume-down pressed)

(6) Fire up ODIN, and flash the Samsung kernel

(7) Boot the device with the stock kernel. CWM Manager will still be available.

(8) Start CWM Manager, select Flash Kernel, and select the zImage from CF-Root you previously put on your SD-card. The kernel will flash and the device will reboot.

(9) You will now notice you no longer have the warning triangle during boot, but you are actually running CF-Root with all it's goodies!

(10) In the future, if you only use the Flash Kernel option inside CWM Manager instead of ODIN, the triangle will not return, neither will your flash counter increase. But keep in mind, that CWM Manager can only handle a direct "zImage" if you are NOT running a kernel with full busybox support (this is currently needed for flashing kernels out of .TAR and .ZIP files)

quarta-feira, dezembro 07, 2011

Galaxy S II I9100 Old Bootloader and New Bootloader

http://forum.xda-developers.com/showthread.php?t=1348902

ok so i wanted to reset the counter using usb jig.. but i went and updated via kies to KI8.. so i went to HERE and downloaded old bootloader the package one..


All packages below this point have the old bootloader so you can safely reset the binary counter with a Jig.

If you've already flashed a full package from elsewhere or updated using KIES and cannot reset your binary counter using the Jig just flash this package in the PDA or Bootloader section of Odin to replace the bootloaders and then you can reset the counter: http://www.multiupload.com/LQQBRQVJUD

Here are the new bootloader tarball if you want to flash them back after resetting your binary counter: http://www.multiupload.com/5LNOCL7KPV
and went using the latest odin which is 1.85 and flashed old bootloader into my SGS2 via PDA option and it seemed abit slower than the "original/new" bootloader

so question is:
does new bootloader boot faster than the old one?

[ROM+Guide]Official i9100 Firmwares KG, KH, KI1/2/3/4/8, KJ1/2/3, KK2/5 Download

http://forum.xda-developers.com/showthread.php?t=1075278
[ROM+Guide]Official i9100 Firmwares KG, KH, KI1/2/3/4/8, KJ1/2/3, KK2/5 Download
 official roms, rom download


Bootloader that don't let you use Jig to reset.

All packages below this point have the old bootloader so you can safely reset the binary counter with a Jig. :)

If you've already flashed a full package from elsewhere or updated using KIES and cannot reset your binary counter using the Jig just flash this package in the PDA or Bootloader section of Odin to replace the bootloaders and then you can reset the counter: http://www.multiupload.com/LQQBRQVJUD

Here are the new bootloader tarball if you want to flash them back after resetting your binary counter: http://www.multiupload.com/5LNOCL7KPV

domingo, novembro 27, 2011

Mega Tutorial Galaxy S II - GT-I9100 - Root - Custom Roms - Reviews

http://brasildroid.com.br/galaxy-s-ii-i9100-geral/1958-mega-tutorial-galaxy-s-ii-gt-i9100-root-custom-roms-reviews.html

Vejo que os usuários tem muitas dúvidas sobre esses temas, então resolvi criar um tópico específico para o S II. Caso os moderadores considerem desnecessário sintam-se a vontade para remover/mover o tópico.

Todas as fotos foram feitas com o aparelho. Não tenho muito cuidado, assim é possível ver que algumas fotos estão tortas, bolhas na película de um dos aparelhos... Ainda assim é possível ver a qualidade da câmera, melhor que uma câmera da sony que tenho aqui em casa (exceto no escuro). Todas as fotos foram feitas dentro do meu apartamento, portanto a luminosidade não é a ideal.

Vou explicar os princípios básicos sem me aprofundar demais, tentarei ensinar apenas o que vai ser usado pela maioria dos usuários.

Em primeiro lugar, recomendo a leitura da faq. Tem muita coisa importante, se você assimilar 10% já vai ter aprendido muita coisa.
http://brasildroid.com.br/showthread...87-FAQ-Android

Agora vamos aprender algumas coisas básicas sobre o aparelho, existem 3 modos de boot:

1- Boot normal: esse é o modo que todos conhecemos, o aparelho carrega o sistema operacional android.

2- Modo Recovery: Esse modo permite que você retorne o celular para as configurações de fábrica (wipe data/factory reset). Caso você tenha configurado uma senha para seu android ela vai ser solicitada para entrar nesse modo. As outras opções não são muito importantes, não se preocupe com elas. Para acessar esse modo ligue o celular pressionando as teclas Home + Volume pra cima + Power. Mantenha as 3 teclas pressionadas até aparecer a tela abaixo.



3- Modo Download: Esse modo permite que você instale as custom roms. Para acessar esse modo ligue o celular pressionando as teclas Home + Volume pra baixo + Power. Mantenha as 3 teclas pressionadas até aparecer a tela abaixo.



Esse aviso informa que instalar custom roms pode causar sérios problemas ao seu aparelho. Caso queira prosseguir pressione volume pra cima, caso queira cancelar pressione volume pra baixo. Confirmando o modo download, temos a tela abaixo.



Reparem que em custom binary download aparece no. Isso significa que nenhuma custom rom (ou kernel) não oficial foi instalada nesse aparelho. Sim, a samsung permite que você instale o que quiser, mas existe um contador "dedo duro" que indica quantas vezes você instalou uma custom rom (ou kernel). Ninguém pode afirmar o porquê desse contador existir, mas muita gente acredita que essa informação possa ser utilizada para ter sua garantia negada. Repito, oficialmente não existe nenhuma informação, apenas especulações. Segue a tela de um aparelho que já sofreu uma modificação:



Reparem que o contador está em 1 e o current binary é custom, não mais samsung oficial. É possível zerar esse contador através de um jig usb, segue o tópico:
http://brasildroid.com.br/showthread...as-custom-roms.

Nos firmwares mais novos (KIx em diante) existe um novo bootloader que não permite zerar o contador através do jig. Veja nas considerações finais como resolver. Se você utilizar o link desse tópico para baixar a rom verá que a maior parte das roms KIx tem uma observação de bootloader modificado, nesse caso o JIG irá funcionar. Se utilizar roms do samfirmware vai precisar seguir os passos descritos nas considerações finais.

Muito bem, aprendemos sobre os modos de boot, então chegou a hora de aprender a instalar roms (custom ou originais).

É bom lembrar que apesar de ser quase impossível brickar seu aparelho através desses procedimentos isso pode acontecer. Execute esses procedimentos por sua conta e risco, uma pessoa em cada mil consegue danificar o aparelho, esse pode ser você.

Em primeiro lugar, até o dia de hoje todos os aparelhos são iguais, portanto esses procedimentos funcionam em QUALQUER aparelho. Você pode instalar qualquer rom que exista e seja compatível com o GT-I9100, nosso querido Galaxy SII. Então vamos aprender a instalar roms e kernels no formato do odin (arquivos .tar)

ATENÇÃO, POR SEGURANÇA SEMPRE TENHA A BATERIA COM NO MÍNIMO 80% DE CARGA QUANDO FOR FLASHEAR QUALQUER ROM OU KERNEL.

1- Baixe e instale o kies no seu computador.
http://www.samsung.com/br/support/mo...OFTWARE.MANUAL

2- Reinicie o seu computador

3- Baixe a rom ou kernel de seu interesse (créditos ao usuário Intratech, do XDA):

Roms sem operadora: http://forum.xda-developers.com/show....php?t=1075278
Roms com operadora: http://forum.xda-developers.com/show....php?t=1113928

MUITO IMPORTANTE - As roms podem estar compactadas, em alguns casos é necessário descompactar com o programa 7zip, não winrar. Descompacte a rom até obter o(s) arquivo(s) com extensão .tar. Os arquivos .tar podem ser abertos com o winrar, não faça isso.

Existem 2 possibilidades, existirá apenas 1 arquivo .tar



Ou 4 arquivos, sendo 3 .tar e 1 pit.



4- Baixe o odin.
http://www.multiupload.com/1RTGSE061G

5- Abra o odin (tenha certeza absoluta de que nenhum processo do kies esteja aberto), caso sua rom tenha apenas 1 arquivo .tar selecione o mesmo em PDA.



Caso sua rom tenha os 4 arquivos, descarte o .pit e selecione os 3 .tar em seus respectivos campos (modem/radio - phone ; CSC-CSC ; o que sobrou em PDA).

As únicas opções a serem marcadas são auto reboot e f. reset time. Re-partition só deve ser marcada quando você utilizar o arquivo pit, o que NUNCA deverá ocorrer. Essa opção e arquivo só devem ser utilizados caso exista algum problema com as partições, sendo assim repito que NUNCA devem ser utilizados.

6- Faça um wipe factory reset (modo recovery, (ctrl+f, modo recovery)). NÃO ignore esse passo, é muito importante. Caso o wipe não seja feito seu celular pode entrar em bootloop, num caso mais leve diversos programas vão dar FC (force close).

7- Inicie seu celular em modo download, conecte o mesmo ao pc.

8- Aguarde um pouco, o odin deve reconhecer seu aparelho (em amarelo).



9- Pressione start e aguarde até aparecer PASS em verde e seu celular reiniciar completamente.



10- Parabéns, você instalou uma nova rom em seu celular! Nesse caso foi instalada a zto original, sem as porcarias das operadoras.

Algumas observações importantes:

- Após instalar uma custom rom ou um custom kernel através do odin, durante o boot vai aparecer um triângulo amarelo de alerta. Ele não atrapalha absolutamente nada, portanto não se preocupem.
- O contador de custom roms NÃO é iniciado caso a rom flasheada com o odin for original. Sim, como utilizei a rom original nesse exemplo o contador de custom roms não foi iniciado e o software continua sendo reconhecido como original samsung. Nesse caso o triângulo amarelo não aparece durante o boot.
- Por padrão os últimos caracteres definem o lançamento da rom, logo uma KG2 é mais nova que uma KG1. Essa analogia também pode ser feita com a última letra, logo uma KG1 é mais nova que uma KF1.

Muito bem, você tremeu de medo, se arrependeu profundamente durante o processo mas agora que deu certo quer é tentar novas coisas correto? Então vamos partir pro root!!!.

Em primeiro lugar, o que é acesso root? Imagine o computador do seu trabalho, existe o perfil de administrador que pode fazer o que quiser e o seu perfil, com várias limitações correto? No android é a mesma coisa, você é um usuário comum, com o acesso root você pode fazer modificações mais profundas no seu aparelho.

Mas qual a utilidade disso? Bem, são inúmeras, entre as mais comuns é a possibilidade da fazer o backup de todos os seus aplicativos (com o Titanium Backup por exemplo), instalar custom roms, bloquear as propagandas dentro dos aplicativos gratuitos...

Para rootear o celular é preciso flashear um kernel com essa funcionalidade. Mas o que diabos é o kernel? Bem, eu lhe pergunto, você leu a faq? Leia!!!!!!! A grosso modo o kernel é quem faz a comunicação do hardware com o software. Existem partes do android "travadas", que o kernel original não dá acesso. Para fazer o root instalamos um kernel que permite esse acesso, sua instalação faz modificações na parte "travada" do android liberando o acesso root. Como as modificações são feitas no sistema operacional (não é o kernel que tem o acesso root) você pode instalar o kernel original depois de conseguir esse acesso, sem perder o root.

Bem, chega de papo e vamos aprender a rootear o aparelho.

1- Baixe o kernel nesse tópico (créditos ao usuário Chaifire do XDA).
http://forum.xda-developers.com/show....php?t=1103399

Não olhe apenas o primeiro post, as versões estão espalhadas por diversos posts na primeira página. MELDELS, existem milhares de versões, qual vou instalar???????????

Qualquer um.

Você tá maluco??? Se o cara fez milhares de versões devo ter que utilizar a correta, vou brickar meu celular!!! Leia o que escrevi sobre o kernel. Sua função é basicamente entender as instruções do software e transmitir ao hardware. Sendo assim, teoricamente não existe nenhum problema em você utilizar um kernel diferente do original, contanto que ele seja compatível com o GT-I9100, vulgo Galaxy S II. A única precaução que você poderia tomar seria com as versões do android, por exemplo, caso a versão do seu android seja 2.3.3 não instale um kernel versão KG já que esses são originalmente desenvolvidos para o android 2.3.4. Ainda assim, os kernels KG devem funcionar no android 2.3.3, para provar minha teoria instalei o kernel KG1 na rom stock (android 2.3.3) zto. Você não precisa fazer isso, por segurança procure a versão mais próxima da sua (leve em consideração apenas as letras (KE, KF) e os números após essas letras). Por exemplo, se o seu kernel é KE4, instale o KE2 ou KE7 caso não encontre o KE4.



2- Extraia o arquivo .tar, no caso do kernel sempre será um arquivo único.

3- Utilize o odin para flashear o kernel que você baixou e extraiu, caso não saiba como utilizar o odin leia acima o procedimento de como instalar roms através do odin (ctrl+f, instalar roms e kernels). O kernel irá em PDA, siga exatamente os passos descritos para instalar roms. No caso do kernel não é preciso fazer o wipe factory reset.

4- Após seu celular reiniciar ele estará rooteado, nos seus aplicativos aparecerão esses ícones:



Parabéns, seu celular tem acesso root!

Algumas observações importantes:

- Ao instalar um kernel não original (como os do chainfire) o contador de custom roms será iniciado. Durante o boot aparecerá um triângulo amarelo alertando que seu celular está rodando um kernel/rom não original. Como expliquei antes, isso não interfere em nada no funcionamento do aparelho, aparece apenas durante o boot.
- Se ainda estiver desconfiado/tiver problemas você pode utilizar o odin para flashear o kernel original, o acesso root será mantido e o triângulo irá sumir. A única coisa que pode ser perdida é a funcionalidade do CWM (ClockworkMod, utilizado para instalar custom roms de forma alternativa ao odin). O kernel original pode ser encontrado nos links de roms citados no começo do tópico. Flashear o kernel original não vai zerar o contador de custom rom.
- Todos os programas que precisam de acesso root (superuser) solicitarão sua autorização.
- Caso não tenha lido acima leia sobre o jig usb (ctrl+f, jig).

-----------------------------------------------------------------------------------------------------------------------------------------
Instalando custom roms.

Apesar de não ser obrigatório, recomendo fortemente que agora que você tem o acesso root seja feito o backup da pasta EFS. Os procedimentos necessários estão descritos no post 3. Caso não queira fazer o backup é só seguir os procedimentos abaixo.


Muito bem, agora temos o celular com uma rom stock (sem operadora) e rooteado com o kernel do Chainfire. Se repararem, além do ícone de superusuário foi criado um ícone chamado CWM (ClockworkMod). É através desse programa que podemos instalar custom roms e personalizações. Para acessar o CWM basta clicar no ícone criado e escolher a opção "Reboot in ClockworkMod", outra opção é ligar o celular com o combo de teclas Home + Volume pra cima + Power. O seu modo recovery original foi substituído pelo modo CWM.



Reparem que esse modo recovery possui mais opções que o recovery original. A navegação no ClockworkMod é feita com a tecla de volume (assim como o recovery normal) mas o enter pode ser a tecla Home ou a tecla Power, depende da versão do programa. Sendo assim, se você não está conseguindo selecionar as opções desejadas com uma determinada tecla tente com a outra.

Muito bem, esse programa é muito importante porque a maioria esmagadora de custom roms e kernels devem ser flasheados através do CWM, então vamos aprender a usá-lo.

1- Baixe a custom rom de seu interesse, algumas opções do XDA:
http://forum.xda-developers.com/forumdisplay.php?f=1058
http://forum.xda-developers.com/forumdisplay.php?f=1204

Recomendo que leia sobre a rom, muitas tem algumas limitações como o browser original com lag, aplicativos nativos removidos, funções que ainda não foram adaptadas corretamente, etc.

2- Copie o arquivo zip (não extraia, por mais estranho que pareça) para a raiz da memória interna do seu aparelho. Não copie para o cartão sd externo já que algumas vezes esse procedimento não funciona como deveria. A forma mais fácil de copiar o arquivo é ir em configurações -----> aplicações ------> desenvolvimento e ativar a depuração usb. Aparecerá um aviso, confirme clicando no sim.



Conecte seu celular ao pc e expanda a barra de notificações, clique em USB conectado.



Agora é só clicar em "Ligar armazenamento USB" e seu celular funcionará como um pendrive. Novamente, copie a rom de sua preferência na memória interna do aparelho, não no cartão sd (caso você tenha um).



Clique em "Desligar armazenamento do PC" e desconecte seu celular do pc.

3- Entre no modo CWM (pelo programa ou ligando o celular através do combo de teclas para o modo recovery).

4- No modo CWM, use a tecla volume para navegar até advanced, home para confirmar.



5- Selecione wipe Dalvik Cache. Aparecerá um monte de no, navegue até o yes e confirme.



6- Volte ao menu inicial e selecione wipe data/factory reset (também aparecerá um monte de no por segurança).

7- No menu inicial, selecione install zip from sdcard, depois choose zip from sdcard.



8- Selecione a rom que você copiou para a memória interna do seu celular (no meu caso Leomar) e confirme.



Agora é só aguardar o término do processo. Parabéns, seu celular está com a custom rom de sua escolha instalada!

Algumas observações importantes:

- Quando você instala alguma coisa pelo CWM o contador de custom roms não é acionado, portanto você pode flashear quantas roms/kernels quiser sem alterar o contador.
- Nessa versão do CWM (laranja) o enter é a tecla Home, a tecla Power tem a função de voltar. A versão azul tem os comandos invertidos.
- Após a instalação da rom ou kernel você pode apagar o arquivo zip da memória interna do seu celular.
- Esse procedimento funciona para flashear custom kernels, temas e outras atualizações disponíveis pra rom que você escolheu. No caso de kernel e temas não é preciso realizar nenhum wipe, basta escolher o arquivo zip através do CWM e mandar instalar.
- Caso você tenha algum problema (como bootloop) e não consiga resolver fazendo os wipes e flasheando uma nova rom através do CWM utilize o odin para flashear uma rom stock.

Esta parte abaixo é muito importante, pois o backup da pasta efs é exssencial, nela está guardada informações do seu telefone como imei e base band

Pasta EFS

Essa pasta é de suma importância para o seu celular, é nela que estão armazenados dados como o IMEI, Mac adress e código do produto. Se essa pasta for alterada e você não tiver um backup seu aparelho só voltará a ter sinal se passar por alguma assistência técnica. Para fazer o backup é preciso ter acesso root.

Vamos utilizar o seguinte aplicativo (créditos ao usuário HellcatDroid do xda):

http://f.lui.li/get_99_f13d.html

Imagem do aplicativo:



Para fazer o backup basta clicar em backup EFS, aparecerá um arquivo .img na memória interna do seu telefone:



Esse arquivo é o seu backup, guarde com muito cuidado.

Mas como essa pasta pode ser alterada? Basta uma distração no odin (marcar a opção clear EFS) e pronto, seu aparelho não tem mais sinal. Além disso, um arquivo zip mal feito pode apagar o conteúdo da pasta. Acredite, isso pode acontecer com você apesar de ser uma situação bastante rara, faça o backup.

Devido a importância dessa pasta não fique brincando de restaurar o backup. Apenas utilize o aplicativo para fazer o backup e torça para nunca precisar restaurar (opção restore EFS do aplicativo).


Qual Kernel utilizar?

Essa é uma pergunta sem resposta. Muitos falam maravilhas de determinados kernels, nem sempre você vai perceber todas as vantagens anunciadas. O ideal é você testar (praticamente todos podem ser flasheados através do CWM) e tirar suas próprias conclusões. Algumas funções que custom kernels propiciam:

- Possibilidade de undervolt para economia de bateria. Todos os processadores são únicos, cada um tem uma capacidade própria e um custom kernel permite que você teste essa capacidade. Por exemplo, o meu processador pode ser capaz de rodar a 1200 MHz com uma alimentação de 1175 mV, enquanto o seu pode precisar de 1250 mV. É claro que o fabricante precisa definir um valor que seja seguro para todos os processadores, então por padrão o nosso aparelho consome 1300 mV rodando a 1200 MHz. Com o custom kernel você pode testar e descobrir quais são os valores limites para o seu aparelho, economizando bateria. Por padrão o undervolt não danifica o aparelho, mas pode deixá-lo instável caso você exagere na dose.

- Possibilidade de overclock. Mesma caso do undervolt, todos os processadores são capazes de rodar a 1200 MHz, mas alguns podem chegar a até 1600 MHz de forma 100% estável. Eu NÃO recomendo essa prática, o Galaxy S II já é extremamente rápido, não existe nenhum programa que ele não rode liso. Além de não existir essa necessidade, o overclock pode danificar o seu processador por super aquecimento. Mesmo assim alguns usuários consideram seguro fazer um overclock menor, permitindo que o aparelho rode a 1400 MHz.

- BLN. Como nosso aparelho não tem um led de notificação, desenvolveram o BLN. Nossas teclas capacitivas viram o led de notificação, mas isso pode drenar bastante a bateria. Existem aplicativos que tem a mesma função mas utilizando a tela como o NoLed.

- Acesso root, CWM, melhorias em desempenho...

Impossível relacionar todas as características disponíveis, leia, teste e tire suas próprias conclusões. Aqui estão os kernels mais famosos:
http://forum.xda-developers.com/forumdisplay.php?f=1058

É importante notar que certas funcionalidades são acessíveis apenas com a ajuda de determinados aplicativos. Por exemplo, o kernel nimphetamine só permite overclock e undervolt através do programa setcpu. Já o Lulz kernel tem suporte através do Tegrak, portanto é muito importante se informar antes de flashear o kernel.

-----------------------------------------------------------------------------------------------------------------------------------------

Algumas considerações finais:

1- Wipe data/Factory reset.

Sei que é uma saco perder todas as suas configurações e aplicativos a cada rom flasheada, mas é um mal necessário. Algumas vezes é possível instalar a evolução da rom sem fazer o wipe (por exemplo, você tem a versão 1.0 de uma determinada rom e é lançada a versão 1.1) mas mesmo assim recomendo os wipes (Dalvik e Factory reset). Essa é a forma mais segura de não ocorrer o bootloop (celular fica reiniciando continuamente) e dos aplicativos não ficarem provocando FCs (force close) continuamente.

Uma forma de amenizar essa situação é o programa TitaniumBackup, existe um tópico muito esclarecedor desenvolvido pelo nosso amigo fixbob:
http://brasildroid.com.br/showthread...TitaniumBackup

2- Outro problema é a configuração de widgets e ícones nas telas iniciais. Alguns launchers tem a opção de backup, pessoalmente utilizo o launcherpro. Ele consegue fazer o backup da maioria das definições do usuário, a única coisa que ele não consegue restaurar são os widgets de terceiros.

3- Muita gente tem dúvidas sobre os diferentes tipos de modem e seu desempenho. O Modem segue a mesma lógica do kernel, você pode testar outros flasheando através do odin. Pessoalmente acho besteira, já testei muitas versões e nunca reparei um desempenho superior em determinada versão. Muitas vezes é flasheado um novo modem e a melhora percebida está na rede (todos sabemos que a rede não tem desempenho constante), mas fique a vontade para testar novas versões.

4- Não mencionei mas é possível remover o triângulo amarelo (após o root) flasheando um stock kernel após a instalação do CF-kernel, extraindo o arquivo zimage do CF-kernel e flasheando esse arquivo através do CWM (aplicativo, opção flash kernel). Não recomendo esse procedimento, isso não vai zerar seu contador de custom roms e você tem um trabalho desnecessário apenas para não ver um triângulo por 3 segundos.

5- A samsung percebeu a falha relacionada ao jig resetar o contador de custom roms. Nos firmwares a partir de setembro (KIx) está incluído um novo bootloader, nesse caso o jig não zera mais o contador. Para resolver basta extrair o arquivo .tar (usando o programa 7zip) abaixo, e flashear através do odin (pda ou bootloader, tanto faz). Créditos ao usuário Intratech do XDA.

http://www.multiupload.com/LQQBRQVJUD


Como expliquei antes, esse tópico ainda está em construção.

Espero que seja útil, muita informação ainda está por vir.


FAQ:

1- Como sempre antes de fazer as modificações eu pesquiso muito e vi alguns métodos diferentes no youtube usando um programa chamado SuperOneClick e Insecure Kernel. Qual seria a diferença para esse método que está descrito aqui no fórum?

O método superoneclick foi o primeiro procedimento para se conseguir o root no S II. Instala-se o insecure kernel KDD e utiliza-se o superoneclick para conseguir o acesso root. Com o tempo os desenvolvedores criaram kernels que já tem o acesso root habilitado, poupando o trabalho de utilizar o superoneclick. Hoje não faz sentido algum utilizar esse método.

2- Já baixei a FW i9100UHKG7 e também o Kernel CF-Root-SGS2_UH_MUL_KG7-v4.1-CWM4.zip no xda forum. Como vou flashear os 2 arquivos?

A rom já vem com o kernel embutido, você não precisa baixar o kernel separado. O arquivo só está lá para caso alguém flashear um custom kernel ter a possibilidade de reflashear apenas o kernel original.

3- Posso flashear com o Odin a ROM stock por cima da que eu já tinha feito o ROOT? E se for uma custom rom?

Você sempre pode utilizar o odin para flashear qualquer rom (exceto as roms em .zip feitas para serem flasheadas com o CWM), não importa qual rom você está utilizando ou se já tem acesso root. O único porém é que se você já tiver o acesso root ele será perdido (no caso das roms stock). Para resolver basta reflashear algum kernel que libere esse acesso, nesse tutorial recomendo os CF-kernels.

4- E as roms .zip (instalação pelo CWM), preciso flashear antes a versão da rom pelo Odin antes de instalar pelo CWM?

Não, você pode flashear qualquer rom (que deva ser instalada pelo CWM) independente do kernel ou rom que já esteja utilizando. Como explicado na pergunta 2, a rom já traz um novo kernel, depois da instalação da rom basta flashear o kernel de sua preferência.

sábado, novembro 26, 2011

galaxy sii s2 i9100 instalando rom oficial

http://brasildroid.com.br/galaxy-s-ii-i9100-desenvolvimento/2600-tutorial-instalando-2-3-4-oficial-samsung-no-galaxy-sii-atualizado-08-11-2011-a.html

Atualizado com a versão atualizada da ROM 2.3.4 KI1 - 08/11/2011

Como vira e mexe temos pessoas com dúvidas sobre o procedimento de instalação do GingerBread 2.3.4 no Samsung Galaxy SII resolvi fazer esse tutorial.
Vou exagerar nas telas para facilitar bem. Não se assuste com o tamanho do post, o procedimento é muito fácil. Ficou grande porque eu quis detalhar tudo nos mínimos detalhes!

Vale dizer que esse procedimento é para a utilização da ROM OFICIAL da Samsung sem customizações de operadoras. Com essa ROM, não haverá incidências de Triângulo Amarelo e nem de contador de ROM's Customizadas "dedurando" alteração não autorizada do aparelho.

Vamos precisar:
ODIN v1.83 - Anexado no tópico.
Drivers do SGSII para Windows - Hotfile.com: One click file hosting: SAMSUNG_USB.rar OU o KIES (escolha um dos dois)
ROM Oficial Samsung para SGSII - GingerBread 2.3.4 - http://www.multiupload.com/JPMBM0IKGX ou http://www.megaupload.com/?d=A2LPHS3U
WinRAR ou outro descompactador de arquivos RAR. Versão 32bits - Versão 64bits
Bateria do aparelho totalmente carregada!

Sugestões:
* Fazer o procedimento de um Notebook com bateria carregada. Se houver um pico de luz durante o procedimento, pode inutilizar o aparelho.
* Leia duas vezes o procedimento antes de tentar.
* Tem dúvidas?!?!? Pergunte!!!!
* Não esqueça, bateria do aparelho totalmente carregada!
* Faça backup do seu aparelho. Tem vários aplicativos para tal. Se você não possui sua lista de contatos sincronizada com o Google, será necessário fazer o backup da mesma! Minha sugestão http://brasildroid.com.br/blogs/lior...eus-dados.html Junto com o MyBackup. Ambos no Market.
* Kies pode estar instalado, mas deve estar FECHADO.

Primeiro passo.
Se já tiver o programas Samsung KIES instalado no seu computador, pule esse passo.
Instalar os drivers do SGSII no Windows.
Você pode instalar através do arquivo SAMSUNG_USB.RAR citado acima ou instalar o Samsung KIES.

Segundo passo.
No computador
Descompacte o arquivo GT-I9100_ZTO_I9100UHKI1_I9100UHKI1_I9100ZTOKI1.exe em um diretório do seu computador que você lembre nos passos posteriores. Dentro do RAR tem um arquivo TAR de mesmo não. Salve o TAR no disco.


Terceiro passo.
Colocar o SGSII em Download Mode.
Desconecte o aparelho do carregador ou USB. Desligue o aparelho. Espere ele desligar completamente. Para não haver dúvidas, retire a bateria e recoloque-a.

Com o aparelho Desligado Pressione AO MESMO TEMPO E MANTENHA PRESSIONADAS as teclas
Abaixar Volume + Menu + Ligar/Desligar


Na tela de Warning!, pressione a tecla Aumentar Volume


Irá entrar no modo download / download mode / odin mode



Quarto passo.
No computador
Descompacte o conteúdo do Odin3.zip na mesma pasta que você descompactou a ROM (para facilitar, não é mandatório, pode descompactar em outra pasta).


Execute o "Odin3 v1.85.exe"


Conecte o SGSII, que está em download mode, na USB do micro.
Deverá acontecer algumas instalações de drivers, aguarde essas terminarem.
Quando o Windows tiver terminado de instalar os drivers, o aparelho irá aparecer no ODIN

* a porta COM pode variar. Onde está "0:[COM4]" dentro do quadrado amarelo, pode ser COM1, COM2 e etc.
Se não aparecer, conforme mostra as setas, reveja a instalação dos drivers, tente trocar a opção de drivers que fez. Se instalou via Kies, tente via o SAMSUNG_USB.rar e vice-versa. Verifique se o KIES está rodando em background.

aperte o botão PDA do Odin e aponte para o arquivo TAR que vc salvou no Segundo Passo.


CONFIRA SE TODOS OS CHECKBOXES ESTÃO IGUAIS AOS DA IMAGEM ACIMA.
Desmarcados: Re-partition, FlashLock, Phone EFS Clear, Phone Bootloader Update
Marcados: Auto reboot, F.Reset Time

CONTINUA NO PRÓXIMO POST!!!!

EDIT: GALERA, RECOMENDO FORTEMENTE A KI1. O GPS está excelente, o consumo da bateria está menor e vem com o Polaris Office. Mas só descobri isso tudo depois do WIPE.
http://www.multiupload.com/JPMBM0IKGX ou http://www.megaupload.com/?d=A2LPHS3U

[HOWTO] reset custom binary counter in download mode galaxy s2 sii

Default [HOWTO] reset custom binary counter in download mode
http://forum.xda-developers.com/showthread.php?t=1068522
 

Managed to find the solution to this today, all by accident.

Using the magical USB jig used on the sgs to put it into download mode.

Video below shows it

http://www.youtube.com/watch?v=poH6TMbuj3E


It resets the counter and says that the binary is default, but it is still the custom kernel.

It also removes the warning symbol at the bottom of the screen on each boot.



How did i find it?

Well, you know the download mode jig you can make to put the sgs into download mode. I make them and sell them on ebay to make a few quid. (not too great, too many others doing it)

I thought "it worked on my sgs, will it work on this?"

powered off the sgs II plugged the jig in and encountered a sceen saying "erasing download information succeeded" and now it says I have no custom binaries and my current binary is "samsung official", when its chainfires.

It also removes the triangle warning on first boot because it thinks its genuine. But I still have my root privelages.

I call this a warranty solution. All thanks to a resistor and u micro usb plug.

Where Can I Get One?


Guide to make the jig

MOD EDIT: No selling

segunda-feira, novembro 14, 2011

Problems loading Firebird UDF

Invalid token.
invalid request BLR at offset ...
function ... is not defined.
module name or entrypoint could not be found.

My solution was to change firebird.conf as follow

 UdfAccess = Restrict UDF

This makes firebird to look UDF folder and load.

This configuration is for linux only.

Tracking Down Firebird Crashes on Linux

When something very weird happens on firebird, always is HARD to find the problem.
Here is some helpfull links.

Tracking Down Crashes on Linux

By Alex Peshkov, May 2008
Note
Also works for other POSIX systems
One of the most efficient ways to track a crash of any program on Linux is to get a core dump of it at the moment of the crash. Using it you can easily create a stack backtrace, which in many cases makes it possible for developers to solve your problem. Or (if you using Firebird debug binaries) the whole core file can be sent to the developers for deeper analysis.
This document describes the process of how to get a core dump of the Firebird server on Linux and then analyzing it with gdb, using Firebird's debuginfo package. Depending on OS version (and other issues) the file with the core dump may be named simply “core” or “core.PID”, where PID is a number of the process which of which the core was dumped. Always use the actual name of the core file rather than “core” in examples below. Getting a core dump

Firebird 2.0.4 or higher

You should set parameter BugcheckAbort=1 in the firebird.conf file. Do not forget to restart superserver after you modify the firebird.conf. Resulting core dump will be found in the /tmp directory.

Firebird 2.0.3 or earlier

The first thing you should consider if you are using an old version of Firebird is to upgrade it. The Firebird development team regularly fixes various bugs in the code base, therefore it's quite possible that your problem has already solved. But if you do need to get core dump of an old Firebird version. You will need to perform the following actions:
To get dump of process's core you should satisfy the following requirements:
1.Set ulimit's RLIMIT_CORE value big enough to to allow it to handle the dump of the Firebird server (its even simpler and better to make it unlimited). This is what the command “ulimit -c unlimited” normally does. 2.Make the working directory of Firebird server writable for the server process – the core file is always created in current directory.
Note: Just typing
# ulimit -c unlimited
at the shell prompt does not affect this setting for any daemon, running on your system – this includes Firebird. So here is how you get a core file for both Superserver and Classic.

Superserver

To make RLIMIT_CORE to unlimited, you should edit /etc/init.d/firebird file. This is the startup script for Firebird, however it's exact location may differ for on various versions of Linux, but in most cases it usually is in /etc/init.d directory. See your OS documentation for exact location of the startup script. Script contents may also differ much depending on Linux version. In all files you can find a line starting with:
export FIREBIRD=
or
FIREBIRD=
(followed by FbRoot directory, usually /opt/firebird). Add right after this command:

ulimit -c unlimited
and restart Firebird.
Superserver always sets it's working directory to /tmp, which is normally writable to everyone. You Should find the core dump in /tmp after next crash.

Classic server

The Classic server is normally started using xinetd, but there is no easy way to separately configure ulimit for services, started in this manner. The only way to is to set ulimit for xinetd itself. To do this, you should modify startup the script for xinetd. These scripts differ for the various Linux versions, but in most cases adding:
ulimit -c unlimited
near the beginning of the script should work. Do not forget to restart xinetd after modifying the startup script.
Classic server has / (root) as it's working directory, which is normally writable only to root user. Therefore if you are not running Firebird as root, you will not get core dump.
To solve this problem do one of the following:
use restoreRootRunUser.sh script to temporarily run firebird as root (to revert back to the Firebird runuser, user changeRunUser.sh). There is a slim possibility that some crashes may not be reproducible when running as root. make / writable for user firebird. This is probably the best solution for systems with ACLs support.

Analyzing a core dump with gdb

To analyze the core dump you should download the debuginfo package from the main Firebird download pages (for non normal Firebird project supplied packages or OS's where the debuginfo packages are not available you may need to contact the package maintainer for the debuginfo package). Debuginfo package is not an install – just untar it in the root of your filesystem. After if you may use:
# gdb /opt/firebird/bin/.debug/fb_inet_server.debug core
Then use the following gdb command:
(gdb) thread apply all bt
to analyze core dump of classic server or:
# gdb /opt/firebird/bin/.debug/fbserver.debug core
Then use the following gdb command:
(gdb) thread apply all bt
to analyze core dump of superserver.
Firebird's debuginfo before 2.5.0 has one problem – all binaries in it are linked as runtime, not debug. This is not critical for superserver, but can cause problems for classic. To analyze classics's core properly, do:
# mv /opt/firebird/lib/libfbembed.so.1.5.5 /opt/firebird/lib/libfbembed.so.1.5.5.runtime
# mv /opt/firebird/lib/.debug/libfbembed.so.1.5.5.debug /opt/firebird/lib/libfbembed.so.1.5.5
After analyzing core, rename the files back.
The sample is provided for Firebird 1.5.5, but if you substitute your version number, it's correct for any Firebird version.
For Firebird versions starting with 2.5.0 you do not need to rename the files - just use gdb as normal, abnd it will pick up the debuginfo automatically.

quarta-feira, novembro 09, 2011

Dropbox init script to use with systemd

#!/bin/sh
# chkconfig: 345 85 15
# description: Startup script for dropbox daemon
#
# processname: dropboxd
# pidfile: /var/run/dropbox.pid
# config: /etc/sysconfig/dropbox
#

### BEGIN INIT INFO
# Provides: dropboxd
# Required-Start: $local_fs $network $syslog
# Required-Stop: $local_fs $syslog
# Should-Start: $syslog
# Should-Stop: $network $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start up the Dropbox file syncing daemon
# Description: Dropbox is a filesyncing sevice provided by dropbox.com
# This service starts up the dropbox daemon.
### END INIT INFO

# Source function library.

. /etc/rc.d/init.d/functions

# To configure, add line with DROPBOX_USERS="user1 user2" to /etc/sysconfig/dropbox
# Probably should use a dropbox group in /etc/groups instead.
#DROPBOX_USERS="renato"

[ -f /etc/sysconfig/dropbox ] && . /etc/sysconfig/dropbox
prog=dropboxd
lockfile=${LOCKFILE-/var/lock/subsys/$prog}
config=${CONFIG-/etc/sysconfig/dropbox}
RETVAL=0
DAEMON=.dropbox-dist/dropbox

start() {
 echo -n $"Starting $prog"
 if [ -z $DROPBOX_USERS ] ; then
  echo -n ": unconfigured: $config"
  echo_failure
  echo
  rm -f ${lockfile} ${pidfile}
  RETURN=6
  return $RETVAL
 fi

 for dbuser in $DROPBOX_USERS; do
  HOMEDIR=`getent passwd $dbuser | cut -d: -f6`
  if [ -x $HOMEDIR/$DAEMON ]; then
   echo
   echo -n "daemon --user $dbuser /bin/sh -c \"$HOMEDIR/$DAEMON&\"  "
   daemon --user $dbuser /bin/sh -c "$HOMEDIR/$DAEMON&"
  fi
 done
 
 RETVAL=$?
 echo
 [ $RETVAL = 0 ] && touch ${lockfile}
 return $RETVAL
}

status() {
 for dbuser in $DROPBOX_USERS; do
  dbpid=`pgrep -u $dbuser dropbox | grep -v grep`
  if [ -z $dbpid ] ; then
   echo "dropboxd for USER $dbuser: not running."
  else
   echo "dropboxd for USER $dbuser: running (pid $dbpid)"
  fi
 done
}

stop() {
 echo -n $"Stopping $prog"
 for dbuser in $DROPBOX_USERS; do
  killproc ~$dbuser/.dropbox-dist/dropbox
 done
 RETVAL=$?
 echo
 [ $RETVAL = 0 ] && rm -f ${lockfile} ${pidfile}
}

# See how we were called.
case "$1" in
 start)
  start
 ;;
 status)
  status
 ;;
 stop)
  stop
 ;;
 restart)
  stop
  start
 ;;
 *)
echo $"Usage: $prog {start|status|stop|restart}"
RETVAL=3
esac
exit $RETVAL 

quinta-feira, outubro 20, 2011

SystemD tips and Tricks setting runlevel 3 new inittab Useful SystemD / SystemV commands (hints for systemctl or systemctl vs chkconfig and service)

Open a terminal and (as root) run:
systemctl set-default multi-user.target
or with --force
systemctl set-default -f multi-user.target
to overwrite any existing conflicting symlinks1.
Double-check with:
systemctl get-default
Another way is to add the following parameter to your kernel boot line:
systemd.unit=multi-user.target
rc3.d /etc/inittab with systemd

_________________________________________________________________________________
source bellow http://www.dynacont.net/documentation/linux/Useful_SystemD_commands/

List all running services

# systemctl

Start/stop or enable/disable services

Activates a service immediately:
# systemctl start foo.service
Deactivates a service immediately:
# systemctl stop foo.service
Restarts a service:
# systemctl restart foo.service
Shows status of a service including whether it is running or not:
# systemctl status foo.service
Enables a service to be started on bootup:
# systemctl enable foo.service
Disables a service to not start during bootup:
# systemctl disable foo.service
Check whether a service is already enabled or not:
# systemctl is-enabled foo.service; echo $?
0 indicates that it is enabled. 1 indicates that it is disabled

How do I change the runlevel?

systemd has the concept of targets which is a more flexible replacement for runlevels in sysvinit.
Run level 3 is emulated by multi-user.target. Run level 5 is emulated by graphical.target. runlevel3.target is a symbolic link to multi-user.target and runlevel5.target is a symbolic link to graphical.target.
You can switch to ‘runlevel 3′ by running
# systemctl isolate multi-user.target (or) systemctl isolate runlevel3.target
You can switch to ‘runlevel 5′ by running
# systemctl isolate graphical.target (or) systemctl isolate runlevel5.target

How do I change the default runlevel?

systemd uses symlinks to point to the default runlevel. You have to delete the existing symlink first before creating a new one
# rm /etc/systemd/system/default.target
Switch to runlevel 3 by default
# ln -sf /lib/systemd/system/multi-user.target /etc/systemd/system/default.target
Switch to runlevel 5 by default
# ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target
systemd does not use /etc/inittab file.

List the current run level

runlevel command still works with systemd. You can continue using that however runlevels is a legacy concept in systemd and is emulated via ‘targets’ and multiple targets can be active at the same time. So the equivalent in systemd terms is
# systemctl list-units --type=target

Powering off the machine

You can use
# poweroff
Some more possibilities are: halt -pinit 0shutdown -P now
Note that halt used to work the same as poweroff in previous Fedora releases, but systemd distinguishes between the two, so halt without parameters now does exactly what it says – it merely stops the system without turning it off.

Service vs. systemd

# service NetworkManager stop
(or)
# systemctl stop NetworkManager.service

Chkconfig vs. systemd

# chkconfig NetworkManager off
(or)
# systemctl disable NetworkManager.service

Readahead

systemd has a built-in readahead implementation is not enabled on upgrades. It should improve bootup speed but your mileage may vary depending on your hardware. To enable it:
# systemctl enable systemd-readahead-collect.service
# systemctl enable systemd-readahead-replay.service

SystemD cheatsheet

service foobar startsystemctl start foobar.serviceUsed to start a service (not reboot persistent)
service foobar stopsystemctl stop foobar.serviceUsed to stop a service (not reboot persistent)
service foobar restartsystemctl restart foobar.serviceUsed to stop and then start a service
service foobar reloadsystemctl reload foobar.serviceWhen supported, reloads the config file without interrupting pending operations.
service foobar condrestartsystemctl condrestart foobar.serviceRestarts if the service is already running.
service foobar statussystemctl status foobar.serviceTells whether a service is currently running.
ls /etc/rc.d/init.d/ls /lib/systemd/system/*.service /etc/systemd/system/*.serviceUsed to list the services that can be started or stopped
chkconfig foobar onsystemctl enable foobar.serviceTurn the service on, for start at next boot, or other trigger.
chkconfig foobar offsystemctl disable foobar.serviceTurn the service off for the next reboot, or any other trigger.
chkconfig foobarsystemctl is-enabled foobar.serviceUsed to check whether a service is configured to start or not in the current environment.
chkconfig foobar –listls /etc/systemd/system/*.wants/foobar.serviceUsed to list what levels this service is configured on or off
chkconfig foobar –add Not needed, no equivalent.

References


END
_______________________________________________________________________________

 Software/systemd/TipsAndTricks

Up
Edit
View
Diffs
Info
Subscribe
Raw
Print

Tips & Tricks

Also check out the Frequently Asked Questions!

Listing running services

$ systemctl
UNIT LOAD ACTIVE SUB JOB DESCRIPTION
messagebus.service loaded active running messagebus.service
basic.target loaded active active Basic System
sysinit.target loaded active active Systemd Initialization
local-fs.target loaded active active Local File Systems
swap.target loaded active active Swap
sockets.target loaded active active Sockets
...

Showing runtime status

$ systemctl status udisks.service
udisks.service - udisks Disk Manager
Loaded: loaded (/etc/systemd/system/multi-user.target.wants/../udisks.service)
Active: active (running)
Process: 999 (udisks-daemon)
CGroup: name=systemd:/systemd-1/udisks.service

├ 999 /usr/libexec/udisks-daemon
├ 1018 udisks-daemon: polling /dev/sr0
└ 1132 /usr/libexec/udisks-daemon

cgroup tree

The tree tool is very handy to list the tree of control groups:

$ tree -d /cgroup/systemd/
/cgroup/systemd/
├── systemd-1
│ ├── abrtd.service
│ ├── accounts-daemon.service
│ ├── acpid.service
...
│ ├── crond.service
│ ├── cups.service
│ ├── getty@.service
│ │ ├── tty1
│ │ ├── tty3
│ │ ├── tty4
│ │ ├── tty5
│ │ └── tty6
│ ├── haldaemon.service
│ ├── mdmonitor.service
│ ├── messagebus.service
...
│ ├── udisks.service
│ ├── upowerd.service
│ └── wpa_supplicant.service
└── user
└── lennart
├── 1
└── 2

38 directories

ps with cgroups

$ alias psc='ps xawf -eo pid,user,cgroup,args'
$ psc
PID USER CGROUP COMMAND
...
1 root name=systemd:/systemd-1 /bin/systemd systemd.log_target=kmsg systemd.log_level=debug selinux=0
415 root name=systemd:/systemd-1/sysinit.service /sbin/udevd -d
928 root name=systemd:/systemd-1/atd.service /usr/sbin/atd -f
930 root name=systemd:/systemd-1/ntpd.service /usr/sbin/ntpd -n
932 root name=systemd:/systemd-1/crond.service /usr/sbin/crond -n
935 root name=systemd:/systemd-1/auditd.service /sbin/auditd -n
943 root name=systemd:/systemd-1/auditd.service \_ /sbin/audispd
964 root name=systemd:/systemd-1/auditd.service \_ /usr/sbin/sedispatch
937 root name=systemd:/systemd-1/acpid.service /usr/sbin/acpid -f
941 rpc name=systemd:/systemd-1/rpcbind.service /sbin/rpcbind -f
944 root name=systemd:/systemd-1/rsyslog.service /sbin/rsyslogd -n -c 4
947 root name=systemd:/systemd-1/systemd-logger.service /lib/systemd/systemd-logger
950 root name=systemd:/systemd-1/cups.service /usr/sbin/cupsd -f
955 dbus name=systemd:/systemd-1/messagebus.service /bin/dbus-daemon --system --address=systemd: --nofork --systemd-activation
969 root name=systemd:/systemd-1/getty@.service/tty6 /sbin/mingetty tty6
970 root name=systemd:/systemd-1/getty@.service/tty5 /sbin/mingetty tty5
971 root name=systemd:/systemd-1/getty@.service/tty1 /sbin/mingetty tty1
973 root name=systemd:/systemd-1/getty@.service/tty4 /sbin/mingetty tty4
974 root name=systemd:/user/lennart/2 login -- lennart
1824 lennart name=systemd:/user/lennart/2 \_ -bash
975 root name=systemd:/systemd-1/getty@.service/tty3 /sbin/mingetty tty3
988 root name=systemd:/systemd-1/polkitd.service /usr/libexec/polkit-1/polkitd
994 rtkit name=systemd:/systemd-1/rtkit-daemon.service /usr/libexec/rtkit-daemon
...

Changing the Default Boot Target

$ ln -sf /lib/systemd/system/multi-user.target /etc/systemd/system/default.target

This line makes the multi user target (i.e. full system, but no graphical UI) the default target to boot into. This is kinda equivalent to setting runlevel 3 as the default runlevel on Fedora/sysvinit systems.

$ ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target

This line makes the graphical target (i.e. full system, including graphical UI) the default target to boot into. Kinda equivalent to runlevel 5 on fedora/sysvinit systems. This is how things are shipped by default.

cgroup tree

$ systemd-cgls
├ 2 [kthreadd]
[...]
├ 29167 [flush-253:0]
├ user
│ └ lennart
│ ├ 39
│ │ ├ 29075 sshd: lennart [priv]
│ │ ├ 29079 sshd: lennart@pts/0
│ │ ├ 29080 -bash
│ │ └ 29168 systemd-cgls
│ └ 1
│ ├ 1141 login -- lennart
│ ├ 1532 -bash
│ ├ 1615 ssh-agent
│ └ 1641 gpg-agent --daemon --write-env-file
└ systemd-1
├ 1 /bin/systemd systemd.log_target=kmsg systemd.log_level=debug selinux=0
├ sshd@.service
│ └ 4
├ prefdm.service
│ └ 1272 /usr/sbin/gdm-binary -nodaemon
├ systemd-logger.service
│ └ 1162 /lib/systemd/systemd-logger
├ getty@.service
│ ├ tty3
│ │ └ 1148 /sbin/mingetty tty3
│ ├ tty2
│ ├ tty4
│ │ └ 1136 /sbin/mingetty tty4
│ ├ tty5
│ │ └ 1132 /sbin/mingetty tty5
│ └ tty6
│ └ 1125 /sbin/mingetty tty6
├ mdmonitor.service
│ └ 1194 mdadm --monitor --scan -f --pid-file=/var/run/mdadm/mdadm.pid
├ irqbalance.service
│ └ 1171 irqbalance
├ sendmail.service
│ ├ 1430 sendmail: Queue runner@01:00:00 for /var/spool/clientmqueue
│ └ 1434 sendmail: accepting connections
├ accounts-daemon.service
│ └ 994 /usr/libexec/accounts-daemon
├ polkitd.service
│ └ 986 /usr/libexec/polkit-1/polkitd
├ wpa_supplicant.service
│ └ 981 /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -u
├ bluetooth.service
│ └ 980 /usr/sbin/bluetoothd -n
├ udisks.service
│ ├ 978 /usr/libexec/udisks-daemon
│ └ 993 udisks-daemon: polling /dev/sr0
├ dbus.service
│ └ 1010 /bin/dbus-daemon --system --address=systemd: --nofork --systemd-activation
├ auditd.service
│ ├ 975 /sbin/auditd -n
│ ├ 988 /sbin/audispd
│ └ 997 /usr/sbin/sedispatch
├ console-kit-daemon.service
│ └ 971 /usr/sbin/console-kit-daemon --no-daemon
├ rsyslog.service
│ └ 969 /sbin/rsyslogd -n -c 4
├ rtkit-daemon.service
│ └ 968 /usr/libexec/rtkit-daemon
├ haldaemon.service
│ ├ 967 /usr/sbin/hald --daemon=no --use-syslog
│ ├ 1014 hald-runner
│ ├ 1275 hald-addon-input: Listening on /dev/input/event3 /dev/input/event7 /dev/input/event6 /dev/input/event1 /dev/input/event4 /dev/input/event2 /dev/input/event0 /dev/input/event9
│ ├ 1281 /usr/libexec/hald-addon-rfkill-killswitch
│ ├ 1299 /usr/libexec/hald-addon-leds
│ ├ 1301 /usr/libexec/hald-addon-generic-backlight
│ └ 1308 /usr/libexec/hald-addon-acpi
├ upowerd.service
│ └ 966 /usr/libexec/upowerd
├ abrtd.service
│ └ 963 /usr/sbin/abrtd -d -s
├ rpcbind.service
│ └ 961 /sbin/rpcbind -f
├ cups.service
│ └ 1005 /usr/sbin/cupsd -f
├ modem-manager.service
│ └ 955 /usr/sbin/modem-manager
├ crond.service
│ └ 951 /usr/sbin/crond -n
├ atd.service
│ └ 950 /usr/sbin/atd -f
├ acpid.service
│ └ 949 /usr/sbin/acpid -f
├ NetworkManager.service
│ ├ 946 /usr/sbin/NetworkManager --no-daemon
│ └ 1319 /sbin/dhclient -d -4 -sf /usr/libexec/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid -lf /var/lib/dhclient/dhclient-5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03-eth0.lease -cf /var/run/nm-dhclient-eth0.conf eth0
├ avahi-daemon.service
│ ├ 944 avahi-daemon: running [lambda.local]
│ └ 957 avahi-daemon: chroot helper
├ hdapsd@.service
│ └ sda
│ └ 940 /usr/sbin/hdapsd -d sda
├ dev-mqueue.mount
├ dev-hugepages.mount
└ sysinit.service
├ 414 /sbin/udevd -d
├ 468 /sbin/udevd -d
└ 469 /sbin/udevd -d

What other units does a unit depend on?

For example, if you want to figure out which services a target like multi-user.target pulls in, use something like this:

$ systemctl show -p "Wants" multi-user.target
Wants=rc-local.service avahi-daemon.service rpcbind.service NetworkManager.service acpid.service dbus.service atd.service crond.service auditd.service ntpd.service udisks.service bluetooth.service cups.service wpa_supplicant.service getty.target modem-manager.service portreserve.service abrtd.service yum-updatesd.service upowerd.service test-first.service pcscd.service rsyslog.service haldaemon.service remote-fs.target plymouth-quit.service systemd-update-utmp-runlevel.service sendmail.service lvm2-monitor.service cpuspeed.service udev-post.service mdmonitor.service iscsid.service livesys.service livesys-late.service irqbalance.service iscsi.service netfs.service

Instead of "Wants" you might also try "WantedBy", "Requires", "RequiredBy", "Conflicts", "ConflictedBy", "Before", "After" for the respective types of dependencies and their inverse.

What would get started if I booted into a specific target?

If you want systemd to calculate the "initial" transaction it would execute on boot, try something like this:

$ systemd --test --system --unit=foobar.target

for a boot target foobar.target. Note that this is mostly a debugging tool that actually does a lot more than just calculate the initial transaction, so don't build scripts based on this.